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Stored Program Controlled Network: 


Prologue 


By F. T. ANDREWS, JR. and K. E. MARTERSTECK 
(Manuscript received August 5, 1981) 


The rapid introduction of electronic switching systems with Stored 
Program Control (spc) has made possible the interconnection of the 
control processors by high-speed data links to provide common-chan- 
nel interoffice signaling (cc1s). Not only does this permit higher- 
speed, lower-cost, more reliable setup of connections, but also the 
transfer of packets of information for more flexible call control. The 
papers in this issue describe the evolution of the spc network concept 
since the introduction of ccIs in 1976 and the first new services which 
will exploit the power of this new network capability. 


i. INTRODUCTION 


This special issue of The Bell System Technical Journal covers 
Stored Program Controlled (Spc) network structure and the innovative 
new service capabilities that this structure makes possible. It follows 
a series of special issues that have covered individual spc switching 
systems and the common-channel interoffice signaling (CCIS) system, 
which is being deployed at a rapid rate to interconnect them. 

The first step in the evolution of the sPc network was the introduc- 
tion of No. 1 Ess in Succasunna, New Jersey, in 1965. The principal 
emphasis in No. 1 Ess design was the use of spc to replace the earlier 
wired logic that had been employed in electromechanical switching 
systems. The use of spc allowed the introduction of significant new 
service features, as well as reductions in operating expense. No. 1 Ess 
was followed by No. 2 Ess and No. 3 Ess, designed to cover suburban 
and rural segments of the local switching market. Today, more than 
2500 local Esss are in operation, providing nearly 50 percent of Bell 
System lines with modern circuit switching of voice bandwidth signals. 


1575 


In parallel with the introduction of local Ess, effort began on the 
application of spc to a large toll switching machine. To meet this toll 
need, a second-generation ESS, No. 4 Ess, was introducted in 1976 in 
Chicago, Illinois. It included the use of a time division network, rather 
than the space division network used in the first generation switches. 
This produced a synergy between digital transmission and digital 
switching which has been responsible for much of the motivation for 
introducing No. 4 Ess at a rapid pace. Within a short period of five 
years, deployment has grown to 65 systems, with 1.5 million trunk 
terminations carrying more than 100 million calls per day. However, 
the key feature from the standpoint of the role of No. 4 Ess in the spc 
network structure is not time division digital switching, but the use of 
SPC. 

Stored program control systems incorporate the intelligence of a 
built-in digital computer, which gives the systems great flexibility. 
Service features are more easily incorporated by issues of software 
generics than was ever possible with wired logic systems. Once it was 
recognized that the network of spc switching systems is really a 
network of special-purpose processors, an early objective became the 
interconnection of these processors in a way that would generate still 
broader capabilities than possible in individual spc systems. 

The first step in this networking was accomplished in May 1976, 
with the introduction of common-channel interoffice signaling (ccIs) 
between a 4A toll crossbar system in Madison, Wisconsin, and No. 4 
ESs in Chicago. This signaling system provided a high-speed, high- 
capacity link between the central processors of the systems and made 
possible faster, more reliable call setup and supervision than had ever 
been possible before. Historically, the functions of initiating and ter- 
minating connections and passing forward address or control infor- 
mation had been accomplished in the same channel as that used for 
talking. The ccis system accomplishes these same functions by mul- 
tiplexing the signaling information for many channels on a separate 
2400- or 4800-b/s data link. 

The most obvious way of organizing a CCIS network would be to 
' associate a data link with every trunk group interconnecting SPC 
systems. While this might be economic for large trunk groups, it is not 
an attractive approach for serving the vast majority of smaller trunk 
groups that exist in the public switched network. Actually, the ccIs 
network has evolved as an overlay structure involving 20 signal transfer 
points, two in each region of the switching hierarchy. These signal 
transfer points act as packet switches which route signaling informa- 
tion from one SPC system to another for performing supervisory and 
control functions. 

While originally conceived as a means of communicating between 
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processors at the opposite ends of trunk groups to obviate the need for 
in-channel signaling, the packet transport nature of the ccIs network 
allows for the direct transmission of messages between any two points 
interconnected by the network of ccis links and signal transfer points. 
This opens up many possibilities for exploiting the ccIs capability to 
accomplish objectives other than the higher-speed, lower-cost, more 
reliable setup of connections for which it was originally intended. 
These possibilities include access to data bases, the forwarding of 
calling numbers to the destination, and flexible routing to systemati- 
cally modify traffic patterns. The immediate plans for exploiting the 
power of the spc network include the addition of centralized data bases 
in the network for billing validation on direct dial credit card calling 
and for more flexible routing options in INWATS, now known as 800 
Service. These new features for the spc network are the vanguard of 
a long list of service capabilities likely to be introduced in the future. 

The first three papers in this special issue provide an overview of 
the spc network, a technical description of its basic elements, and the 
interconnection plan. Subsequent articles describe how the basic ccIs 
capabilities and features have evolved since the introduction of this 
concept in 1976, including the plans for extension to local spc switching 
systems. Then the first new services that exploit the power of SPC 
switching systems interconnected by a CciIs network are described, in 
particular, direct dial credit card calling and 800 Service. The final 
article discusses the new administrative challenges introduced by these 
new services and how they are being met. 

Organizing the spc network for these services is one of the broadest 
projects ever undertaken by Bell Laboratories in terms of its impact 
on elements of the public switched network. To make it all happen, 
new capabilities are being deployed on a coordinated basis throughout 
the network. It would not have been possible to accomplish this 
without the support of many individuals and groups within the Bell 
System who share the common vision of the future telephone network 
as a network of distributed processors with an almost unlimited ability 
to serve customer needs for information transport. 
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Stored Program Controlled Network: 


Overview 


By S. HORING, J. Z. MENARD, R. E. STAEHLER, and 
B. J. YOKELSON 


(Manuscript received July 23, 1981) 


This paper describes the evolution and architecture of the Stored 
Program Controlled (spc) Network. The critical role of common- 
channel interoffice signaling (ccIs) is discussed, both as an improved 
method for providing the traditional signaling functions, and as the 
key to a wide range of new service opportunities. These are made 
possible by the ability to interrupt call progress and, in real-time, 
interrogate a distant data base and modify the subsequent call 
handling based on the information returned. The underlying archi- 
tecture by which these services are implemented is based on the 
objectives of providing ubiquitous service with limited deployment of 
essential network capabilities and creating a structure which permits 
customized services by modifying the contents of a centralized data 
base. 


1. INTRODUCTION 


Two major trends in the North American telecommunications net- 
work today are the evolution to an Integrated Services Digital Network 
(ISDN) and the Stored Program Controlled (spc) Network, which is an 
important component of the ISDN. The first is a product of the digital 
revolution and is driveu by the fact that digital technology is increas- 
ingly becoming the economic choice for conventional voice applications 
while, at the same time, being the driving force for a wide range of 
data applications. In contrast, the term spc network is the label given 
to a quiet but profound revolution in network intelligence, which is 
expanding the potential of our telecommunication network for both 
voice and data applications. More specifically, the spc network refers 
to the set of spc switching systems which is interconnected by com- 
mon-channel interoffice signaling (CCIs). 


1579 


80 


60 


40 


INTERTOLL CIRCUITS IN PERCENT 


20 


1965 1970 1975 1980 1985 1990 
YEAR 


Fig. 1—Bell System intertoll circuits served by spc. 


ll. DEPLOYMENT OF SPC NETWORK 


The deployment of the spc network started in the toll portion of the 
network with the introduction of ccIs in 1976, coincident with the 
introduction of the No. 4 Ess high-capacity, time-division toll switching 
system. CCIS was introduced into the toll network on selected systems 
to maximize trunk connectivity, while satisfying the constraint of 
making a positive economic contribution. Savings in expensive in-band 
signaling equipment and faster call setup supported the initial deploy- 
ment, while new features, such as improved 800 Service, were made 
possible by the rapid ccis penetration and buildup in connectivity. 
Figure 1 shows a recent view of spc and ccIs intertoll projections. 

In 1981, ccIs was introduced on TSPS to provide the capability to 
exchange CCIS messages between TSPS and network control points 
(NcPs), which contain centralized network data bases capable of sup- 
porting a variety of customer-specific service offerings. The first ap- 
plication of this capability was Mechanized Calling Card Service, an 
automated credit card calling capability that allows customers at 
Touch-Tone* stations to place calls billed to their credit cards without 
operator assistance. Savings in reduced operator work time are ex- 


* Registered service mark of AT&T. 
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pected to support the capital and software investments required and 
represent an important contribution to the Bell System goal of most 
effectively utilizing the operator work force, while providing buildup 
of TSPS coverage along with the associated ccis capability. Figure 2 
shows the projected penetration of Tsps and its ccIs capability. 

The extension of ccIs capability to local switching systems presents 
a different set of opportunities and challenges. The projected benefits 
associated with local ccIs are great and include the provision of 
capabilities which extend further the range of customized services 
which could be supported. These include alternate routing based on 
the busy/idle status of a line and selective treatment of calls based on 
the calling number (e.g., distinctive ringing, selective call forwarding). 
In addition, significant improvements in network operation are possi- 
ble, including faster and more economical call setup, and the use of 
traveling class marks to identify calls requiring special handling. To 
capitalize on these opportunities, it must be recognized that despite an 
aggressive modernization program, the relatively large number of Class 
5 offices (~10,000 for the Bell System alone) extends the time required 
to penetrate this part of the network compared with the relatively 
short time required to introduce CCIs into TsPs and toll switching 
systems. The initial introduction of local ccIs is planned for 1981 with 
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Fig. 2—Bell System lines served by TSPs. 
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the current projection of the buildup shown in Fig. 3, along with the 
corresponding projection of local SPc coverage of customer lines. 

The network control point (NCP) was introduced in 1981 and is 
intended to support a wide range of spc network applications. The first 
of these is an improved version of 800 Service and Mechanized 
Calling Card Service. A wide variety of other applications are currently 
being considered. 

Figure 4 shows a simplified block diagram of the spc network with 
these building blocks in place where the signal transfer point (STP) 
refers to the high-capacity packet switches which serve the ccIs 
network. 

The growth of the ccIs network needed to support improved call 
setup and other applications is suggested by Fig. 5, which provides a 
projection of the growth of signaling network loads until 1995. To 
appreciate the size of this network, it is worth noting that, despite the 
apparent low load level shown in 1981, the message volume supported 
would probably classify it as the highest capacity data network in the 
world. 


lll. POTENTIAL SPC NETWORK BENEFITS 


As indicated previously, the benefits of the spc network tend to fall 
into two categories: improved network operation and the support of 
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Fig. 3—Bell System lines served by Ess. 
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Fig. 4—Stored Program Controlled Network. 


new customer services. While it will only scratch the surface of the 
potential opportunities ahead of us, a brief discussion of each of these 
areas will serve to illustrate the possibilities. 

To begin with, the elimination of in-band signaling equipment 
provides an opportunity to reduce capital expenditures. In addition, 
network performance is improving as a result of the reduced call setup 
time associated with ccis when contrasted with conventional signaling 
approaches. Figure 6 illustrates this improvement for a typical New 
York City to Chicago call. This provides direct customer benefits, as 
well as reducing capital expenditures for facilities as a result of the 
shorter circuit holding time. Additional reductions in capital expendi- 
tures also will result from the ability to determine the busy/idle status 
of the terminating line before setting up a voice path. This will 
eliminate the need to establish talking paths to busy destinations. The 
spc network also makes the use of nonhierarchical network routing 
schemes, which can more efficiently utilize plant investment, a prac- 
tical reality. Expense savings opportunities also exist. They include 
such possibilities as the reduction in average operator work time 
because of Mechanized Calling Card Service and utilitization of a 
“look-ahead-for-busy” capability. In addition, losses because of fraud 
will be reduced as a result of the ability to provide improved credit 
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Fig. 6—Common-channel interoffice signaling impact—average call setup time, New 
York City~Chicago. 
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card and third-number billing checks. In addition to these benefits, the 
use of traveling class marks provides opportunities for improved net- 
work management and special handling of classes of calls (e.g., satellite 
avoidance). 

In the area of new services which can be supported, the possibilities 
are limited only by the imagination. Improved 800 Service serves to 
illustrate these capabilities and is shown in Fig. 7. A customer-dialed 
800 number is routed to an appropriately equipped CcIs node (desig- 
nated an action point or AcP). Call setup is momentarily interrupted, 
while a message is sent via the ccIs network to query a data base 
(located at the Ncp) for instructions on the desired routing of the call. 
These instructions are returned to the acP where call routing progress 
continues. The illustration shows the case where the data base main- 
tains real-time busy/idle status information of the terminating lines. 
Another possible new service would allow friends, family, and business 
associates to reach a subscribing customer wherever that customer 
might be. A possible implementation for such a person locator service 
is shown in Fig. 8. Customers would be given special telephone numbers 
(not associated with a particular line) and would enter into the NcP 
the phone number of the location where they could be reached. 
Terminating-end office features which could provide selective treat- 
ment of calls based on the calling number (e.g., distinctive ringing) 
further expand the range of possible services which can be supported. 
To allow customers control over the services they desire requires an 
innovative approach to the underlying network architecture. 
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Fig. 7—Stored Program Controlled Network 800 Service. 
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IV. SPC NETWORK ARCHITECTURE 


The architecture of the spc network has been designed to meet a 
number of fundamental objectives. Principal among these is the desire 
to provide flexibility which permits customers to configure services 
tailored to their specific needs, along with rapid response in providing 
ubiquitous availability of new capabilities as they are introduced. The 
two characteristics of the architecture which support the first of these 
objectives are: (i) the use of a set of basic network capabilities which 
can be combined under administrative control to define a wide range 
of services, and (zz) the introduction of a centralized data base which 
contains customer-specific data needed to define individual services 
from these capabilities. The set of switching primitives utilized includes 
such building blocks as “collect N digits,” “send a CcIS message to the 
NcP,” “make a billing record,” and “provide announcement K.” The 
problem of providing rapid ubiquitous deployment of new capabilities 
is intimately related to the number of systems in which the capabilities 
must be deployed. To circumvent some of the difficulties of achieving 
rapid ubiquitous deployment, the architecture permits ubiquitous ac- 
cess to capabilities that have limited deployment. Migration of the 
capabilities to additional network nodes as economics and time permit 
can then be accomplished in a manner which is transparent to the 
customer. This migration concept is shown in Fig. 9, which illustrates 
the migration of the action point (acp—the collection of basic capa- 
bilities, located at appropriate spc switching systems, which support 
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Fig. 10—Direct services dialing capabilities. 


the variety of potential network services) from a TSPS site to a local 
spc office. The set of spc network capabilities which support this 
architecture are known as Direct Services Dialing Capabilities (Dspc). 
They are shown in Fig. 10. 


V. SUMMARY 


This paper has provided an overview of the spc network, its struc- 
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ture, status, and potential. With the introduction and rapid penetration 
of the spc network, the North American telecommunications network 
can properly be viewed as a large, distributed processing system, 
capable of providing efficient, intelligent communications capabilities 
to its customers. Despite its recent introduction, the Spc network is 
spreading rapidly and is already undergoing major modernization. As 
an example, planning is in progress for the transition of the ccIs 
network to a higher capacity CcITT-based signaling system to support 
the growing potential applications. 

This paper is also intended to provide a general background and 
should serve as an introduction to the papers that follow. They present 
a more detailed technical view of the current status of the spc network. 
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Stored Program Controlled Network: 


Generic Network Plan 


By J. J. LAWSER, R. E. LeCRONIER, and R. L. SIMMS 
(Manuscript received July 13, 1981) 


The network of stored program control communication processors 
interconnected with common-channel interoffice signaling (CCcIS) is 
commonly referred to as the Stored Program Controlled (spc) Net- 
work. The spc network will result in new call handling and routing 
improvements and in new network-based services. It is desirable to 
tailor the services to meet special customer needs and to deploy them 
rapidly. A generic plan is described which provides a basis for 
building services from basic functional capabilities that are deployed 
in network action points and controlled by network control points. 
Terminating-end office features can be used to provide additional 
customer service options. Thus, service for a customer can be com- 
posed of sequences of actions stored at appropriate network central 
points using basic switching capabilities deployed in the network. As 
needs for customer service evolve, new capabilities can be added to 
the repertoire of existing capabilities. By equipping key nodes with 
the capabilities described, the generic plan will also allow the spc 
network to evolve efficiently to meet future customer needs. 


1. INTRODUCTION 


The network of stored program control communication processors 
interconnected with common-channel interoffice signaling (CCIS) is 
referred to as the Stored Program Controlled (spc) Network. The 
potential power of the spc network is that new nationwide network 
services can be provided and introduced rapidly. In particular, the spc 
network will permit the following: 

(t) Services on demand, wherein customers will be able to request 
and receive services quickly, as needed, and terminate them when no 
longer needed. 
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(ti) Rapid introduction, wherein services are offered in shorter 
intervals than previously possible for network services. 

(tii) Widespread availability, where services are offered ubiqui- 
tously, both as initially desired by the customer and then modified as 
dictated by customer needs. 

_ Additionally, the spc network will permit improved network operations 
and service, such as improved network management arrangements and 
faster call setup. 

To achieve these objectives, the spc network is being built with 
basic functional capabilities called switching primitives, which in var- 
ious combinations can be used to construct network services desired 
by customers. Thus, service for a customer can be initiated by invoking 
the needed sequence of switching primitives at the appropriate points 
in the network. Since the control of these functions will be centralized, 
services can be quickly provided and modified, as required. 

Switching primitives include the ability to route calls, to make billing 
records, to collect additional information through prompts, and to give 
announcements. Since the switching primitives are not tied to a specific 
service, they will form the foundation for future services through use 
in different combinations and with new switching primitives that will 
be added later. The collection of switching primitives are called Direct 
Service Dialing Capabilities (DspDc). 


ll. GENERIC MODEL FOR SPC NETWORK SERVICES 


Figure 1 is a schematic representation of the spc network. The 
switching hierarchy of local and toll switching systems is intercon- 
_nected by the ccis network. The ccis network uses signal transfer 
points (STPs) to concentrate signaling information and to provide 
access to network control points (NcPs). The NCPs are equipped with 
data bases that contain the information relevant to services that 
customers have requested. Thus, the ccIs network is used for the 
signaling functions needed for call transport, as well as for communi- 
cation among switching offices and NcpPs. Traffic Service Position 
Systems (TSPss) provide automated operator functions and have ccIs 
access. 

The centralization in the Ncps of the information pertaining to 
customer services and call control permits the rapid provision and 
changing of customer service records and is the central element in the 
ability of the spc network to offer services ubiquitously. An additional 
important feature of centralizing the intelligence of the spc network in 
the NcpPs is that data can be compiled on individual calls that would be 
useful to customers in planning their communication needs. For ex- 
ample, call volumes could be compiled by time of day, day of week, by 
origin (3, 6, or 10 digits, etc.) and destination (dialed and substituted 
number). Calls using pspc are called direct service dialing (DSD) calls. 
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Fig. 1—Stored Program Controlled Network—switching hierarchy. 


Functionally, the generic architecture of the spc network for network 
services is shown in Fig. 2. A Dsp call is identified by the dialed 
number, which includes a service access code (SAC). This number along 
with the identity of the calling customer’s line [typically referred to as 
automatic number identification (ANI)] is transmitted to an office 
which has the capability to process the call. This office is called the 
action point (acp). Upon receipt of a call, the AcP recognizes the need 
for information on how it should be processed and launches a cCcIsS 
direct-signaling message to a NCP for instructions. The direct-signaling 
message contains the dialed number, ANI number, and the identity of 
the acp. The acps can be local Ess, toll ESS, or TSPSs. The NCPs 
similarly are stored program control systems. The NcPs contain the 
customer record and service parameters which specify how calls to the 
customer location(s) should be handled. Different treatment is possi- 
ble, depending on calling number plan area, time of day, day of week, 
busy/idle status of customer line, etc. The proper treatment for call 
handling is determined by accessing the call-handling instructions 
resident in the NcP data bases. 

The spc network architecture also includes flexible administration 
systems that provide the mechanisms to handle customer service 
requests for changes in Spc network service arrangements. These 
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Fig. 2—Elements of a generic service plan. 


systems are integral to meeting the spc network architecture objectives 
described earlier. For example, the administration systems could han- 
dle customer service requests via attendants, service orders, or in many 
cases directly under customer-controlled Touch-Tone* dialing. An 
example of the latter is when a customer directly enters commands to 
change the routing of calls based on the dialed number or on the time 
of day. 

Referring again to Fig. 2, upon receipt of the initial direct-signaling 
message from an ACP for a call, the NcP retrieves the customer call- 
handling instructions resident in the NcP data bases that pertain to 
the dialed number. These instructions are analyzed by the Ncp, and 
call-handling commands are returned to the acp. Typical instructions 
to the AcP are, “route the call to a number supplied by the Ncp,” “play 
prompting announcements requesting the customer to enter additional 
digits,” “collect the additional digits,” or “create a billing record for 
the call.” In some cases, the initial ACP in a call may not be able to 
provide the needed capability so the instructions from the NCP might 
be to hand off the call to another AcP with the desired capability. In 
other cases, the initial ACP may only temporarily transfer the handling 
of a call to another Acp—such as for the playing of a change clarifica- 
tion announcement. Such an arrangement is called a service assist. 
The situations when control of the call is permanently transferred are 
called hand-offs. Service assists and hand-offs permit the objectives of 
rapid introduction and widespread availability to be achieved; a few 


* Registered service mark of AT&T. 
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ACPs can be equipped with a needed capability and provide universal 
access to the capability. 

The instructions returned from the NcP to the AacPp form a command 
language which can be flexibly used to provide the call handling 
specified by customers. The command language identifies unique 
building blocks corresponding to switching primitives which are used 
to provide services. Examples of switching primitives are shown in Fig. 
3. The command language consists of initial inquiries, data messages, 
exception messages from the AcP to the NcP, and of command, check, 
and data messages from the NcP to the acP. Commands received by 
the ACP are executed sequentially and are completed before another 
command is processed. As the customer needs change, the command 
language can be used to specify new orderings of the building blocks 
(switching primitives) desired. Additionally, the command language is 
a unique and standard language used throughout the spc network so 
that new elements can be introduced smoothly. 

Essential roles in the spc network architecture are played by the 
family of stored program control local offices. These offices can be 
queried to determine the status of the terminating (called) customer 
lines prior to call routing and to determine if the call should be given 
special handling. For example, as shown in Fig. 3, upon receipt of a 
service request from an AcpP, the NCP could examine the data base 
records for the call and determine the routing. Before replying to the 
ACP, the NcP could launch a query to the terminating-end office (TEO) 
to determine its usage and service complement in effect at that time. 
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Fig. 3—Stored Program Controlled Network generic architecture. 
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If, for example, the TEO line were busy, the NcP data base instructions 
could be programmed to instruct the AcP to route to another destina- 
tion, thus offering customers flexible control of how their calls are 
routed and also improving call completion. Alternatively, the NcP data 
base could eliminate a busy attempt from the rest of the network by 
instructing the AcP to route the call to a busy tone. In other cases, the 
NCP may request from the TEO the current number of calls in progress 
to a given number or group of numbers. The TEO would return the 
current counter values so that the NcP could determine if an alternate 
handling of the call is necessary. These network capabilities could be 
useful for call management purposes. In cases where the customer 
desired to identify certain incoming calls at the TEO, a call tag arrange- 
ment can be invoked. Upon receipt of a query from the Ncp, the TEO 
returns to the NCP a special type of line number identified with the 
TEO but not used by regular customer lines. This number is then 
returned to the acp for routing, and when the call to this number is 
received by the TEO, the TEO associates this call as the one to be 
uniquely identified. Alternatively, this same identification of certain 
incoming calls could be achieved by using traveling class marks (TcMs). 
In this case, the NcpP first queries the TEO to determine if the incoming 
call should be uniquely identified to the called customer. If so, the NCP 
directs the AcP to mark the call with a special traveling class mark 
which remains associated with the call while it is routed to the TEO. 
This TCM method requires CCIs on all links between the acp and the 
TEO, whereas the call tag method does not. The spc network architec- 
ture has been designed to accommodate both methods of operation. 
Examples of some of the basic spc network functional capabilities just 
described are also shown in Fig. 3. 

The introduction of AcP capabilities in the network can be managed 
to help meet the objectives discussed earlier through ACP migration. 
For example, new AcP capabilities could be introduced in toll and/or 
TSPss and later, as service demand increased, the capability could be 
migrated to local systems. The service-assist and hand-off capabilities 
discussed earlier will allow migration of capabilities among ACPs in the 
network without changing the customer’s service. This migration can 
lead to network efficiencies. For example, if the dialed call were 
destined to be routed to a line served in the same local office as the 
dialing customer, routing to a toll or TSPS ACP would introduce extra 
links in the call which would not be needed if the local office were the 
acp. Additionally, the cost of transmitting the ANI information to a 
distance ACP would be eliminated. Modern local systems also offer the 
advantage of being able to accept extra digits dialed from rotary dials. 
In cases where a toll or TSPS ACP is used and extra digits are needed, 
Touch-Tone dialing or operator assistance may be required. There- 
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fore, as local offices are added to the spc network, the acp function 
can be migrated to them to accrue these efficiencies. 


Ill. APPLICATION OF ARCHITECTURE TO MEET OBJECTIVES 


This section includes discussion of how the spc network architecture 
is applied to meet the following objectives stated earlier: 

® Services on demand 

@ Rapid introduction 

® Widespread availability 

e@ Improved network operations and service. 

First, the basic concepts of offering new network capabilities via the 
spc network with switching primitives is illustrated in the open-ended 
matrix in Fig. 4. Each capability is assigned a row in the matrix. 
Switching primitives are assigned columns. A mark in the matrix 
indicates the requirement for a switching primitive for the correspond- 
ing capability. The matrix is open-ended because new capabilities may 
require at least one more switching primitive. The set of switching 
primitives has been selected to correspond to the repertoire of SPC 
network capabilities now envisioned as necessary. 

Once a matrix has been built, it can be instructive in determining 
how to develop and deploy spc network capabilities. For example, 


SWITCHING PRIMITIVES 
1 2 3 4 5 6 7 8 9 10 11 12 


CAPABILITIES 
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Fig. 4—Determining basic acp requirements for offering new services. 
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referring again to the hypothetical matrix in Fig. 4, note that switching 
primitive No. 8 is needed in almost all the capabilities. This indicates 
the value of getting it developed for key AcP locations. This concept of 
deploying certain switching primitives in key AcpP locations, coupled 
with the service-assist and hand-off capabilities explored earlier in this 
paper, is a means of meeting the objectives of rapid introduction and 
widespread availability. Note that capabilities Nos. 10 and 11 require 
the same primitives, which indicates commonality and efficiencies 
possible by coordinated developments with this plan. 

Improved methods of providing network operations are also inputs 
to the planning process, as primitive switching functions could be 
developed to improve network efficiency. The look-ahead primitive 
discussed earlier could be used to improve network efficiency. Often a 
primitive has application to improve network operation and to meet 
service needs. For example, the look-ahead primitive can also be used 
to establish TEO features for a call. 

The way the spc network architecture can be deployed to meet 
objectives is illustrated in Fig. 5. The starting point is the capability/ 
switching primitive matrix. The plan selected will define which systems 
will have which capabilities at what time. Each system is represented 
by a card with a replica of the matrix on it. A mark means the system 
has that capability. There is a set of cards for each year (or other 
planning interval). 

The transition between the matrix and the selected development 
plan is accomplished by an analysis based on all relevant factors. Two 
main factors are areas of application potential and cost, but there are 
others. For example, capacity of systems in service may be important, 
having practical, as well as cost, effects on service introduction. Be- 
cause of the interrelated development alternatives in the spc network, 
integrated analysis is done to provide consistency of analysis and the 
required integration of individual system plans. 

In practice, the application of the architecture to meet objectives is 
planned as follows. First, recall that the central element or feature of 
the spc network architecture is the centralization of customer call- 
handling service records in the Ncps and the ability to easily and 
quickly change these records. Introduction of new services requires 
that the Ncp first be in place along with the customer administration 
system needed to handle service requests. Additionally, access to ACPS 
must be provided so that all originating calls can be routed to an ACP. 
This could be done by initially deploying AcP capabilities in all No. 4 
Esss and Tspss. Together, these systems provide ubiquitous access to 
all customers. Trunking arrangements from originating local offices to 
these ACPs would be required to transmit the ANI information necessary 
for the NcP to determine proper call routing. This architecture allows 
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Fig. 5—Service/spc network switching planning. 


customers to get access to network capabilities early, as these capabil- 
ities are initially deployed in the network. 

Many lines are served by equipment that is located on the customer’s 
premises. This includes private branch exchanges, automatic call dis- 
tributors, and key telephone systems. Future customer needs may 
require that new interfaces to the spc network be developed for these 
systems. 


IV. SUMMARY 


The basic elements of a generic spc network architecture have been 
described. The architecture allows for introduction of new network 
capabilities that can be offered ubiquitously and can be changed 
quickly under customer control. Plans also have been formulated to 
allow for the addition of new offices into the spc network to increase 
the network capabilities and efficiencies without changing how the 
customer uses the service. Specific examples of these points are given 
in the companion articles in this issue. 
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Stored Program Controlled Network: 


Routing of Direct-Signaling Messages in the 
CCIS Network 
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This paper compares and contrasts the two methods currently used 
to route messages through the common-channel interoffice signaling 
(ccIs) network. Since its introduction in 1976, the ccis network has 
been providing routing of telephone signaling messages between 
switching offices using permanent virtual circuits. In 1980, a new 
datagram routing capability, called direct signaling, has been added 
that significantly enhances the network’s ability to interconnect 
Stored Program Control (spc) systems. Stored program control sys- 
tems interconnected by the signaling network can now communicate 
in support of improved sPc network services in addition to ccis trunk- 
related call-control signaling. This paper briefly reviews banded 
telephone routing and then describes and compares direct signaling 
routing. The new flow control procedures required to implement 
direct signaling are discussed and two examples of applications 
using direct signaling are presented. 


l. INTRODUCTION 


This paper describes the basic components and message routing in 
the common-channel interoffice signaling (ccIs) network. Examples 
are used to show how direct signaling supports services which may be 
provided by offices connected to the new ccIs network. Basic knowl- 
edge of the existing ccis network is assumed, but background infor- 
mation may be obtained from Ref. 1. 

Since its introduction in 1976, the cc1s network has been providing 
addressing and routing of trunk-related telephone signaling messages 
for interconnection of switching offices. In 1980, a new capability, 
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direct signaling, was added which significantly augments the network’s 
capability to interconnect Stored Program Control (sPc) systems. The 
evolving network is called the spc network, reflecting that offices 
interconnected by the signaling network have new stored program 
capabilities and are no longer connected only for trunk-related ccis 
signaling. 

Whereas telephone messages routed by band are confined to a 
preassigned end-to-end signaling path, direct-signaling messages are 
not banded but contain a full destination address. Direct-signaling 
messages are addressed by offices to gain access to a network feature. 
The signal transfer points (STPs) route direct-signaling messages to 
their destination address, regardless of where in the network the 
message originates, independent of any assigned signal paths. The 
typical direct-signaling relationship is not between two switching of- 
fices but is between an action point (ACP) and a dialed-number trans- 
lation data base, called a network control point (NCP). An ACP is an 
office with the direct-signaling capability that provides access to NCP 
features. Many of the ccIs switching offices already connected to the 
network are acps. The direct-signaling capability was essential to 
provide network-wide access to NcP features. 


ll. BASIC CCIS 


The ccis network is a packet-switched network handling telephone- 
signaling messages defined within the ccis protocol. The ccIs network 
is a quasi-associated system, achieving the economies of signaling 
traffic concentration through STPs, since few trunk groups are large 
enough to justify direct associated links. The network is redundant to 
provide the high reliability required for telephony. The signaling links 
initially operated at 2400 b/s, but 4800-b/s links are now being in- 
stalled. 

The end-to-end band assignments through the network are used for 
trunk-related signaling between two switching offices. Trunks are 
grouped into bands of 16 trunks. Within a band, each trunk is identified 
using a 4-bit trunk number. Each band is identified by a 9-bit band 
number. Thus, each trunk is assigned a 13-bit identifier called a label. 
The basic unit of routing in the network is the band. The stps only 
look at the band and not at the trunk number in the label. 

Most of the message format codes are reserved for banded messages 
to make the trunk-related signaling most efficient. When a message 
heading code indicates that an incoming message is banded, the stp 
uses the incoming signaling link number and band as the input to a 
translator which outputs the outgoing link and band. The new band is 
substituted for the old band, and the message is transmitted on the 
outgoing link. In this manner, each module of 16 trunks has a unique 
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signaling path through the network consisting of the band and link 
between each signaling point (switching office or STP) along the way. 

In a sense, an end-to-end permanent virtual circuit is established for 
every band. The large community of interest between switching offices 
(because of the trunks between them) and the high efficiency of ccis 
justifies the administrative expense of assigning dedicated signaling 
paths. 

The network redundancy is provided as follows, with reference to 
Fig. 1. Two stps, called mate STPs, are provided in each region. Access 
links (A-links) from a switching office to an STP are provided in pairs, 
called mate links, with one link to each stp. Bridge links (B-links) from 
each STP to mate STPs in another region are also provided in mate 
pairs. The quad of four links between regions fully interconnects mate 
sTPps in different regions. Mate links operate in a load-sharing mode, 
with adaptive procedures directing all the traffic from a failed link to 
its mate in case of link failure. Mate sTPs are interconnected by cross 
links (C-links) which have no band assignments, but are used to 
complete a signal path via the mate sTP when the direct A- or B-links 
have failed. 

Additional links may be provided in layers (each pair of A-links or 
quad of B-links is a layer) to increase the signaling capacity for ccIs 
trunk growth. The band assignments on each layer of links are inde- 
pendent of all other layers. 


Ill. DIRECT SIGNALING 


Direct signaling is a datagram type of service, with network routing 
capability based entirely on a destination address in the message 
independent of the origination point. Direct signaling is a new address- 
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Fig. 1—Common-channel interoffice signaling network. 
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ing capability which does not require a fixed end-to-end relationship 
between signaling nodes like trunks between switching offices. Direct- 
signaling messages are not associated with any particular link or 
administratively assigned path through the network. The new signaling 
capability accommodates the addition of NcPs which contain features 
in the form of dialed-number translation data bases. Addresses in 
direct-signaling messages may be customer-dialed digits, thus, provid- 
ing a customer feature through an Acp. With the features available in 
the network, it is economically attractive for ACPs to gain access to the 
network for non-trunk-related signaling. A network with AcpPs and an 
NCP is shown in Fig. 2. 

To provide the direct-signaling capability, each signaling node iden- 
tifies its pools of signaling links, defined as all the links which terminate 
on a common far-end signaling node. Since mate STPs are load sharing, 
the two pools of links to mate sTPs together form a combined pool. 
Thus, more than one layer of links between signaling points, which 
were previously independent, are now coupled (in a pool) for direct- 
signaling purposes. 

Because of network growth, there usually is more than one link in 
a pool. A load-balancing algorithm distributes the direct-signaling 
traffic over all the links in a pool. A traffic measurement (which is 
updated every minute) is used to determine the desirable load distri- 
bution. If one link in a pool is carrying less banded traffic because of 
an imbalance in assignments, that link will carry more direct-signaling 
traffic. This results in more efficient overall use of the links. 

Routes, identified at STPs, are used to relate a message destination 
address to the pool of links associated with that address. If the 
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Fig. 2—Common-channel interoffice signaling direct-signaling routing. 
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destination is in another signaling region, the route points to the 
combined pool of links to the mate sTPs in that region. 

With direct signaling, the concept is introduced that a node in the 
network may perform more than one function and that each of those 
functions needs to be uniquely identified in the network. The first 
application of this concept is in the NCP, which itself has a unique 
identity and which may host more than one application, each with its 
own identity. The NcpPs are installed in pairs, collocated with mate 
stps. The network identifies each of the functions separately so that ' 
it can control routing to those functions separately. 

Direct-signaling addresses are modified by the domain field con- 
tained in each message. There are two basic capabilities, distinguished 
by domain equal to zero and domain greater than zero. Domain zero 
is for addressing by function number. Each separately identifiable 
function is assigned its own function number at each location in the 
network. A function number, presently 14 bits, may be used as the 
destination address of that function at each network location. When 
the domain is greater than zero, the address consists of two three-digit 
numbers each coded as a 10-bit binary number. Domains greater than 
zero are distinctive for two reasons. First, the pair of three-digit 
numbers may be customer-dialed digits to give the customer access to 
a feature identified by the domain- and dialed-digit combination. 
Second, with multiple domains greater than zero, the address space is 
expanded so that the same six-digit address can be routed to different 
destinations in the network by combining that six-digit number with 
different domains. Presently, domains one and two are used, and 
existing format capacity will allow expansion to domain number seven. 

A function at an NCP must be accessed by many addresses, such as 
the set of 800 numbers processed at a particular NcP. Direct signaling 
achieves a mapping of multiple addresses to a single destination. Thus, 
a set of common customer-dialed numbers, which could have been 
dialed from anywhere in the network, may be routed to the same NCP 
containing the translation data base for those numbers. Other sets of 
numbers for the same feature may be routed to different NcPs that are 
provided for growth. 

Figure 3 shows a typical direct-signaling message with a return 
address. The message heading code in the initial signal unit (ISU) is 
used for all miscellaneous multiunit messages (MMUMs). A special 
message category code in the first subsequent signal unit (SsU) is 
reserved for direct-signaling messages. Each direct-signaling applica- 
tion is assigned a unique direct-signaling application code. 

When an STP receives a direct-signaling message, it looks at the 
address fields and determines the outgoing route. The STP has routing 
tables providing for all valid network addresses. If there are no routing 
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restrictions, the sTP selects a link from the pool of links to that 
destination. 

Since the direct-signaling message is not associated with a particular 
signaling path, the destination address does not identify the originator. 
Messages which need to identify the originator have format space 
allocated for the return address, which is always the originating func- 
tion number. As an example, a direct-signaling application may consist 
of an inquiry-reply operation at an AcP. The direct-signaling inquiry 
message is addressed to an NCP application using a domain greater 
than zero. The inquiry contains the originating acP’s function number, 
which is used by the NcP with domain zero to address the reply. 

An administrative advantage of direct signaling is that only the 
network needs the routing data to access any destination, especially 
feature destinations at NcPps. The AcPs do not know, nor do they need 
to know, the location of the NcP which is the destination of their 
direct-signaling inquiry. Such an inquiry may be sent on any A-link 
(which by definition terminates on the home STPs), and all the routing 
is handled by the network. Because of this approach, network admin- 
istrators have the flexibility of moving feature destinations around in 
the network to accommodate growth without the Acp awareness that 
any changes are made. 
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Traffic destined to an NCP which originates in the same region will 
routinely produce C-link traffic if it is sent to the wrong sTP. In terms 
of system resources, this C-link traffic is the only penalty which results 
from putting direct-signaling routing data only in the stps. However, 
much of the traffic is destined for different NCP regions, to which all 
sTPs have direct pools of links. STPs route this traffic directly to the 
correct STP, so C-link traffic is avoided. The originating office is merely 
accessing a feature, and it is not concerned about where the physical 
destination turns out to be in the network. 

Because direct-signaling routing is via the most direct path, a 
signaling link failure causes the direct-signaling traffic to be carried by 
the remaining links in the same pool. The sTPs themselves are backed 
up by the signaling paths through the mate stp. If all the links in a 
pool fail, there is still an alternate path via the mate stp. In addition, 
some feature functions, such as 800 Service, are backed up at the NcP 
equipped at the mate stp. The Ncp functions with backups are called 
duplex functions; one NCP is called the primary destination, while the 
mate is called the secondary destination. 

The stps are notified of a duplex function failure through the 
function out-of-service procedure. A direct-signaling function status 
message is sent to each adjacent stp. When a duplex NcpP function is 
out of service, the network performs secondary routing to the mate 
secondary function. If an NcpP fails, all the functions at that node fail; 
however, the secondary routing to the mate NCP is automatically 
performed for those duplex functions by the adjacent stps. When a 
previously failed function is returned to service, function in-service 
messages are sent to restore normal routing. 

The AcpPs will not be aware of a function failure at one of the duplex 
NcP functions, for the network is solely responsible for the secondary 
routing. When one of the duplex functions fails, there is additional C- 
link traffic because of messages originating in the NCP region but 
arriving at the out-of-service function’s Ncp. The C-links are engi- 
neered to carry this expected level of traffic. 

The AcPs become aware of failures or overloads in the network by 
a response method; every blocked message requesting a reply is mod- 
ified and returned to the originator with the appropriate failure indi- 
cation. The originator receiving a network failure message is required 
to cut back traffic to limit the amount of ineffective attempt traffic in 
the network. 

If a duplex function fails during a failure of its mate, the adjacent 
STPs recognize the complete function failure when they receive the 
function out-of-service messages. In this case, all of the direct-signaling 
inquiries addressed to the failed function will be returned to the 
originating ACP. Originating nodes maintain a list of all inaccessible 
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addresses and limit the number of inquiries to those addresses to one 
message every 10 or more seconds until either Ncp of the pair is 
restored to service. 

If an NCP is not directly accessible from an adjacent STP in another 
signaling region because of link failures, its primary traffic could be 
alternate routed to the mate stp and from there transmitted directly 
to the primary NcpP. If all direct links to the primary NcP location are 
failed from another signaling region, the traffic may be directed to the 
secondary NCP, where it would be forwarded to the primary destination 
via the C-links. 

The direct-signaling reply message transmitted by the NCP is ad- 
dressed to the origination of the inquiry message. The reply message 
also can be alternate routed through a mate STP to bypass link failures. 


IV. COMPARISON OF BANDED AND DIRECT SIGNALING 


To meet signaling delay requirements, all trunk-related signaling 
utilizes the band as a concise identification of both the originating and 
terminating points of the message. Since call setup messages are short, 
most of them only one signal unit, their network transit time is faster 
(because of shortest possible queueing delay and emission time) and 
more efficient use is made of the signaling links. Since trunk-related 
signaling is an unmistakable indication of a large community of interest 
between offices, the efficient assigned signaling path is a reasonable 
means for the network to provide for this interest. 

Direct-signaling messages are longer because of their less efficient 
message codes, their longer addresses, and their originating addresses. 
Since direct-signaling traffic is balanced over a pool of links, it can 
make more efficient use of the links and compensate for the coding 
inefficiency. Direct signaling does not replace banded signaling but is 
ideal where signaling needs are significantly different from trunk- 
related signaling: 

(t) When signaling delay is not as critical. 

(tt) When the community of interest is between an ACP and an NCP, 
whose physical destination may be anywhere in the network and is 
unknown to the ACPs. 

(iit) Where the feature is implemented at several physical network 
locations, all operating simultaneously to share the total feature traffic 
load. 

(tv) Where the mapping of multiple customer-dialed addresses to 
a single destination or feature is desired. 

(v) Where flexibility is needed to move a destination between NCPs 
without AcP knowledge or intervention. 

(vi) When the communication is point to ébint but there are no 
trunks that require band assignments. 
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In many cases, the above signaling needs could have been accom- 
modated by the assignment of pseudo-bands (not related to trunks) 
between every ACP and NcP. But that would have required a prohibitive 
volume of data for AcPs to know which NcP should be addressed by 
each inquiry. Also, the network administrative burden, which is con- 
fined to the stps for direct signaling, would have been extended to the 
ACPs at considerable expense. 

Both banded- and direct-signaling routing techniques are necessary 
and compatible in the CcIs network. The AcPs can be connected to one 
network and take advantage of both CcIs per-trunk signaling and the 
new services provided through direct signaling. 


V. AN EXPANDED 800 SERVICE EXAMPLE 


An example of how direct signaling can provide for new SPc network 
features is Expanded 800 Service. A complete description of the 
Expanded 800 Service capability is contained elsewhere in this issue. 
In this example, Expanded 800 Service is provided for a reservation 
service. The feature will allow parties in all sections of the country to 
dial the same Expanded 800 Service number and each call will be 
routed to the nearest reservation center that is open at the time the 
call is made. Each call is advanced to a ccIs office, the acP for this 
service, which transmits a direct-signaling inquiry message to an NCP 
collocated with one of the stps. The inquiry message contains the 
dialed 800 number, the Ncp of the calling party, and the function 
number of the originating ccis office. The Expanded 800 Service 
application at the NcP performs a validity check on the inquiry and 
transmits a direct-signaling reply message back to the originating CCIS 
office. The reply message contains the direct distance dialing (DDD) 
number of the appropriate reservation center to which the call is then 
completed as if it had been dialed directly by the calling party, except 
that the reservation center pays for the call. 

If the central office local to the reservation center has ccIs capabil- 
ities, the busy or idle status of the called lines can be transmitted to 
the NcP using direct-signaling status messages. When all the called 
lines are busy, the call can be directed to another reservation center or 
a busy reply message can be returned to the ccis office originating the 
inquiry causing generation of a busy tone for the calling party. Thus, 
Expanded 800 Service provides improved operation of the switched 
network and also new service capabilities. 


Vil. EXPANDED 800 SERVICE IMPLEMENTATION 


Expanded 800 Service is implemented as follows: Each of the three- 
digit codes a customer dials immediately after dialing 800 is assigned 
to a pair of Ncps. A single pair of NcPs will provide service for many 
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three-digit codes. Each Ncp of a pair is designated to be the primary 
destination for approximately one-half of the three-digit codes served 
by the pair as determined by traffic considerations. That same NCP is 
also designated to be the secondary destination for the remaining 
three-digit codes assigned to the pair of Ncps. Under normal conditions, 
all of the direct-signaling inquiries addressed to a given three-digit 
code are routed to the primary NCP, as shown in Fig. 2. When either of 
the NoPs fails, its primary traffic will be routed to the mate Ncp, the 
secondary destination for each of those three-digit codes. The proce- 
dures used to perform this secondary routing were described earlier. 


Vil. AN AUTOMATED CALLING CARD SERVICE EXAMPLE 


The Expanded 800 Service example is but one of the services and 
features made possible by the direct-signaling capability. Another 
planned service is Automated Calling Card Service, which automates 
credit card, collect, and third-number-billed calls. Automated Calling 
Card Service reduces requirements for operators and provides im- 
proved fraud protection. Additionally, Automated Calling Card Service 
provides new service possibilities such as preauthorized collect and 
improved third-number billing capabilities. A complete description of 
the direct dial credit card capability is contained in this issue of The 
Bell System Technical Journal. 


Vill. AUTOMATED CALLING CARD SERVICE IMPLEMENTATION 


The data bases accessed for Automated Calling Card Service are 
not duplicated at mate sTPs in contrast to the backup strategy used 
for Expanded 800 Service. Since the customer has dialed the called 
number with automated operator services, the customer’s call can be 
completed even when a reply is not returned for the data base inquiry. 
This results only in a temporary decrease in automated fraud protec- 
tion. However, with Expanded 800 Service the customer’s call cannot 
be completed if no reply is received for the data base inquiry. Customer 
service objectives necessitated the implementation of a backup data 
base strategy for Expanded 800 Service. The requirement that accurate 
called lines busy status be contained in the NcpPs at all times necessi- 
tated implementation of the primary/secondary backup strategy pre- 
viously described for Expanded 800 Service. 

Alternate routing to an Automated Calling Card Service data base 
in case of link failures is identical to the alternate routing used to 
access a primary Expanded 800 Service NcpP in case of link failures. If 
an Automated Calling Card Service data base itself should fail, all its 
inquiries are returned by the stp collocated with the failed Ncp. If the 
collocated stp should fail, this failure is recognized by all adjacent sTPs 
which then return the blocked inquiries to their origination nodes. As 
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with Expanded 800 Service, originating nodes maintain a list of all 
inaccessible or overloaded addresses and limit the number of inquiries 
to one message every ten or more seconds until the data base is 
restored to service. 


IX. CONCLUSION 


The concept of direct-signaling routing has been described and 
compared with call setup routing by bands. Routing by bands is very 
efficient for the trunk-related signaling traffic necessary for call setup. 
Direct-signaling routing provides the addressing and administrative 
flexibility necessary for implementation of spc network services and 
features. The brief descriptions of Expanded 800 Service and Auto- 
mated Calling Card Service provided examples of the spc network 
features made possible by implementation of the direct-signaling ca- 
pability. The generalization of such spc network service capabilities 
revolutionizes the types and number of potential services made avail- 
able to telephone customers. 
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NO. 1/1A ESS—SPC Network Capabilities and 
Signaling Architecture 
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(Manuscript received June 2, 1981) 


The No. 1/1A Electronic Switching System (Ess) will play an 
important role in the evolving Stored Program Controlled (spc) 
Network because, as a major electronic switching system for local 
and combined local/toll service, it provides direct interfaces to many 
of the Bell System’s customers. It provides important capabilities 
required for System 800 Service and for a variety of other new SPC 
network services. This paper describes several of the basic spc net- 
work capabilities provided by the No. 1/1A Ess. It also describes the 
architecture and implementation of its common-channel interoffice 
signaling (ccIs) subsystem, ccis call-processing software, and System 
800 software. 


I. INTRODUCTION 


The No. 1 Ess was the Bell System’s first major electronic switching 
system to provide commercial service. It went into service in 1965 and 
has served since then as a metropolitan local switching system. It uses 
Stored Program Control (spc) capabilities to provide basic telephone 
service, as well as numerous residential and business features. In 1976, 
an improved metropolitan local switching system, the No. 1A Ess, 
went into service. It uses the same switching network as the No. 1 Ess, 
but with a higher performance processor it has about twice the call 
capacity of No. 1 Ess. Today, No. 1 and No. 1A Esss serve nearly one- 
half of all Bell System subscriber lines. In addition, these systems also 
provide toll-switching capabilities when they are used as toll offices. 

In 1976, spc toll switching systems were first interconnected with a 
modern common-channel interoffice signaling (CCIs) system. No. 1 Ess 
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joined the resulting spc network with the introduction of ccIs in 1978. 
No. 1A Ess followed in 1979. The ccis system currently provides toll 
network signaling improvements, which result in such benefits as faster 
call setup, as well as trunk and service circuit cost savings. 

Ultimately, the major benefits to be derived from the use of modern 
common-channel signaling systems will be in the new features and 
customer services that they can provide. To fully realize these benefits, 
the spc network is being extended to include local switching offices 
which provide direct interfaces with the customer. The No. 1/1A Esss 
will be the first local switching systems to utilize CCIS with such service 
scheduled to begin in 1981. This will then permit local, as well as toll, 
calls to be handled using ccis. It will permit basic call-handling 
improvements such as providing busy tone from the originating office 
rather than from the terminating office, thus reducing trunk holding 
time for interoffice calls requiring busy treatment. It will also provide 
the customer interfaces required for implementation of many new SPC 
network features and services. 


Il. NETWORK CAPABILITIES 


The spc network improves basic call handling through the use of 
ccis. However, the major benefits of the spc network will be in the 
new services made possible because of capabilities provided by spc 
network nodes operating in unison. The spc network plan is described 
in another article in this issue.’ The following paragraphs describe spc 
network capabilities available in No. 1/1A Esss. 


2.1 Basic signaling 


No. 1/1A Esss have the ability to use ccis for basic call handling, as 
well as for special features. This includes a banded signaling capability 
which uses trunk band and member numbers to identify ccts trunks in 
call-processing messages. Banded signaling is described in an earlier 
article.” 

The No. 1/1A Ess has the ability to pass along banded messages for 
an established ccis trunk connection. This pass-along capability can 
be used by any switching office in a completely ccis trunk connection 
to look ahead or to look backward to an end office for information 
which can be used in processing the call. For example, a terminating 
office could use the pass-along capability to transmit a request for 
calling-party information from the originating office. This information 
could then be used to provide terminating office services, such as 
special alerting or special call handling. 

The No. 1/1A Ess also has the capability for signaling directly to 
any other spc network node. Direct signaling does not require an 
established trunk connection. One example of its use would be for a 
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switching office to communicate with a nonswitching office node, such 
as a centralized data base. Using this capability, switching offices could 
obtain call-handling information needed for special types of calls. 
Switching offices, especially local switching offices, could use direct 
signaling to provide customer status information to such data bases. 
The data would then be immediately available to the entire spc 
network for processing calls. The System 800 features described in 
Section V of this article use direct signaling for providing customer 
status information to national data bases and for accessing those data 
bases to obtain call-handling information. Direct signaling is described 
in another article in this issue.° 


2.2 SPC network interfaces 


The spc network provides faster, more efficient basic call handling. 
It will now also provide a variety of new and improved services. Rapid 
deployment of these services can be achieved through the use of 
centralized feature logic and national data bases at spc network nodes 
called network control points (NcPs, see Fig. 1). Universal availability 
of SPC network service depends on all subscribers having access to the 
spc network. Access for call handling is provided at spc network nodes 
called action points (AcPs). Stored program control local offices, such 
as No. 1/1A Esss, could serve as AcPs, thus providing direct SPC 
network access to customer lines. Customers served by non-sPc local 
offices can also obtain access to spc network features via trunks to SPC 
network toll office or traffic service position system (TSPS) ACPs, as 
illustrated in Fig. 1. However, such indirect access may involve trunk- 
ing penalties, call setup delays, and/or overloading at toll offices and 
Tspss. Therefore, it is advantageous to provide access to the SPC 
network at the local office whenever a high percentage of that office’s 
customers subscribe to or are likely to use SPC network services. 

In addition to the acP call-handling interfaces, other spc network 
interfaces are required to provide service data to NcPs. Such data 
might include customer class-of-service information or busy/idle line 
status. This type of information is often accessible only at the local 
office. Thus, for certain spc network services, the subscriber must be 
served by an spc network local office. Because No. 1/1A Esss serve 
such a high percentage of the subscriber lines including lines to many 
business customers, they can play a major role in the spc network. 

System 800 will be the first service implemented on the No. 1/1A 
Ess to utilize the types of spc network interfaces described above. A 
busy/idle status indicator (BISI) feature will provide customer line 
status from local offices to national System 800 data bases in real time. 
An originating screening office (oSo) feature, operating in either local 
or toll offices, will access these data bases to obtain call-handling 
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Fig. 1—Stored Program Controlled Network interfaces. 





instructions for 800 Service calls. Section V describes the No. 1/1A 
ESS implementation of these features. 


2.3 Customer interfaces 


The objective of the spc network is to provide new and improved 
customer services. Some services can be provided by an intelligent 
network which contains a variety of customer data stored either in 
centralized data bases or in local switching offices. Other services will 
require new customer interfaces including new dialing sequences and 
voice dialogues for prompting customers and providing call status. 
These interfaces are part of the spc network dialing plan described in 
this issue.* Some services may also require nonvoice interfaces for 
communicating service-related information between the spc network 
and the customer. The following paragraphs describe some of the 
useful customer interface capabilities of No. 1/1A Ess local offices. 

The spc local offices have direct access to subscriber lines and to 
line-related data stored within the office. Line access allows local 
offices to collect service-related data through special dialing sequences 
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from customers using either rotary dial or Touch-Tone* telephones. 
Toll offices may also collect digits via trunk connections, but this is 
only practical from Touch-Tone phones. The Tsps may also collect 
such information from customers verbally. 

Direct line access permits special alerting, such as distinctive ringing. 
Since alerting is strictly a local office function, special alerting for SPC 
network services must be provided from spc network local offices. 

Access to line-related data contained within local offices allows these 
offices to provide such data to other spc network nodes when required 
for special features. For example, an originating office could provide 
calling number information to an NcP as part of a call-processing query 
or to a terminating office in response to a pass-along request for such 
information. Local offices could provide busy/idle line status either on 
request or whenever line status changes. They could also provide 
customer class-of-service information indicating the types of services 
that customers have subscribed to or currently have active. 

In addition to line-related customer interfaces, Spc network features 
may require special data interfaces with the customer. As illustrated 
in Fig. 1, the No. 1/1A Ess could provide such interfaces to customer 
computers or keyboard terminals. These interfaces could be used for 
exchanging service control and/or status information. The No. 1/1A 
ESS currently provides such interfaces to private network customers 
and System 800 customers. 


ll. SIGNALING SUBSYSTEM ARCHITECTURE 
3.1 Objectives 


The objectives of the No. 1/1A Ess signaling subsystem include 
providing hardware-independent signaling capabilities to a variety of 
No. 1/1A Ess application programs. These include programs such as 
ccis call processing and System 800 features that use ccis directly. 
They also include many other feature programs that use CCIS indi- 
rectly, e.g., via general-purpose trunk supervisory programs. 

Because toll offices handle greater volumes of interoffice calls, they 
generally have greater signaling capacity requirements than local 
offices. However, local offices have more stringent data-link equipment 
cost constraints than toll offices. Two different data-link hardware 
subsystems have been developed to meet these differing needs in No. 
1/1A Ess offices. Certain software must be included in a switching 
office when a particular data-link subsystem is used. Other software is 
common to both subsystems. Software packaging must be provided 


* Registered service mark of AT&T. 
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that allows an office to load only the software required for its particular 
equipment arrangement. 

The following sections describe the signaling subsystem architecture 
that satisfies these objectives. 


3.2 General description 


The No. 1/1A signaling subsystem comprises several layers of con- 
trol as illustrated in Fig. 2. This structure allows Ess applications 
software to send and receive CCIS messages without being concerned 
about Input/Output (1/o) details or data-link administration proce- 
dures. 

The Ess applications software that uses the signaling subsystem 
includes call processing, maintenance, network management, and other 
feature programs. Supervisory programs provide special signaling in- 
terfaces for application programs that perform trunk-related signaling 
without knowledge of whether a trunk is a ccis trunk or not. 

The signaling software layer provides hardware-independent signal- 
ing capabilities. It provides macro-accessible subroutines for format- 
ting and transmitting ccIs messages. It also reads CcIS messages from 
the data-link equipment and delivers them to appropriate Ess appli- 
cations programs. 

The data-link software layer provides all hardware-dependent inter- 
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faces for each type of cciIs data-link equipment. It also provides data- 
link administration and maintenance capabilities. 

Each of the ccis data-link hardware subsystems used in No. 1/1A 
ESS is microprocessor controlled. The data-link hardware, along with 
its firmware programs, implements much of the ccis protocol including 
message queuing, data transmission, error detection, and error correc- 
tion through retransmission. The firmware also includes diagnostic 
programs that can be invoked by data-link layer software. 

The following paragraphs further describe each of the signaling 
subsystem layers beginning with the lowest layer—the data-link hard- 
ware. 


3.3 Hardware 


The No. 1/1A Ess currently supports two types of ccis data-link 
hardware. One is a 2400 b/s data link called the ccis data terminal 
frame (DTF). It is the result of a common development for initial ccIs 
service on CCIS signal transfer points (SsTPps), No. 4A/Electronic Tan- 
dem Switching (ETs), No. 4 Ess, and No. 1/1A Ess toll switching 
offices. The CcIS-DTF satisfies the common needs of toll network STPs 
and cCcIs switching offices, i.e., high volumes of trunk-related signaling 
traffic. The ccIs DTF is used only for CcIs signaling. 

The other type of data link used for ccis is the peripheral unit 
controller-data link (PUC-DL). The peripheral unit controller (PUC) was 
developed to provide microprocessor control of digital carrier trunks 
(pcTs). The Puc was later modified to provide microprocessor control 
for data-link applications. The resulting PUC-DL was first used to 
communicate with a remote switching system (RSs) and was later 
adapted for ETs private network service and then for CcISs service. A 
single PUC-DL frame can be shared among all three applications. Each 
application has its own type of data terminal or line interface unit. 
The ccIs PUC-DL terminal, like the CcIS-DTF terminal, operates at 2400 
b/s. 

Because of several years advance in technology between develop- 
ment of the CCIS-DTF and the PUC-DL, the PUC-DL is not only smaller 
than the ccIs-DTF but its per-terminal cost is less than the CCIS-DTF 
per-terminal cost. The cost advantage of a CCIS PUC-DL terminal is 
increased when the pUC-DL frame is shared with other applications in 
the same office. Thus, the PUC-DL is not only a cost-effective terminal 
for local offices, but it can be used as a cost-reduced terminal for No. 
1/1A Ess toll offices as well. 

Figure 3 illustrates the No. 1/1A Ess’s signaling subsystem architec- 
ture used for ccis. This illustration is applicable to both the ccCIS-DTF 
and the ccis puc-DL. The data-link equipment provides the interface 
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Fig. 3—Signaling subsystem hardware. 


between the Ess central control and the Voice Frequency Links (VFLs) 
used for data transmission. 

Each type of signaling subsystem used for ccIs comprises a duplex 
data-link controller and one or more pairs of data-link terminals. The 
ccis data links are always assigned in pairs, with the number of pairs 
determined by the volume of signaling traffic in the office. Each link 
of a pair connects the Ess to a CCIS STP. Signaling traffic is shared on 
each link of the pair, both of which are concurrently active. Each link 
includes two geographically diverse vFLs—one active and one standby. 
This permits rapid link recovery in the event of transmission failures. 
The signaling network is described in greater detail in an earlier 
article.” 

Data and control information is exchanged between the central 
control and the signaling subsystem via the peripheral unit bus. Many 
peripherals are connected to the bus. Thus, the central control uses a 
central pulse distributor to enable a particular peripheral to access the 
bus when there is data or control information on the bus for it. 

Both the ccIs-DTF and the PUC-DL provide microprocessor-con- 
trolled, self-diagnosing data links. The ccis-pTF has a hard-wired 
controller and a microprocessor-controlled terminal. The ccIs-DTF 
terminal’s program is loaded from the central control when it is 
initialized. The puc-DL has a microprocessor-controlled data-link con- 
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troller and terminal, each of which contains permanently resident 
programs. The functions performed by the microprocessor programs 
are described in Section 3.4. 

The data-link hardware provides electrical interfaces and low-level 
signaling operations necessary to implement the ccIs protocol. These 
operations include parallel-to-serial conversion of CcIS signal units 
transmitted over the electrical interface between the data terminal 
and the modem and serial-to-parallel conversion of signal units re- 
ceived over this interface. The modems perform digital-to-analog and 
analog-to-digital conversion of the transmitted- and received-bit 
streams. They also maintain bit synchronization on the VFL. 


3.4 Firmware 


The firmware is the collection of programs that reside in the data- 
link hardware. The firmware implements the link-level ccis protocol.* 
This level provides error-free data transmission over a signaling link 
in the ccis network. 

The ccIS-DTF and CCIS PUC-DL firmware formats CCIS signal units 
and messages into fixed-length blocks for transmission over the link. 
The firmware generates a cyclic redundancy check (crc) codet used 
for detecting transmission errors on each signal unit, and it retransmits 
messages containing signal units received in error at the other end of 
the link. 

The firmware provides priority-level queuing of messages waiting to 
be transmitted on the link and of messages received on the link that 
are waiting to be unloaded by the central control software. It buffers 
all transmitted messages until they are acknowledged so that they are 
available for retransmission if required. It also provides positive ac- 
knowledgment of all signal units received correctly and negative ac- 
knowledgment of all signal units received in error on the link. 

The firmware collects message traffic counts and error statistics, 
such as the number of address messages transmitted and the number 
of signal units received in error. This information is provided to the 
central control software upon request. The firmware detects and 
reports problems such as circuit failures, buffer overflows, and ex- 
ceeded-error thresholds. The firmware also responds to software re- 
quests for data-link control and maintenance actions such as initiali- 
zation, reconfiguration, and diagnosis. 


3.5 Data-link software 


The data-link software layer is responsible for maintaining an op- 


* For a description of the ccIs system protocol, see Ref. 2. 
+ In the puc-DL, the firmware computes the crc code. In the ccis-pTF, the hardware 
computes the crc code under control of the firmware. 
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erational signaling subsystem. It is also responsible for providing 
signaling subsystem status and hardware-dependent I/o interfaces to 
the outer layers of software illustrated in Fig. 2. The major components 
of this layer are the link security and maintenance software. There are 
CCIS-DTF and PUC-DL programs in each of these categories. 

Link security software provides ccis data-link administration, which 
includes fault detection and automatic link recovery procedures. The 
objective of these procedures is to quickly remove faulty link compo- 
nents from service and to maintain an operational signaling subsystem 
by providing an alternate path for affected signaling traffic. 

Link security maintains ESS signaling subsystem status and signaling 
network status for use in output message routing by the signaling 
software layer. This includes status reflecting the operational states of 
the data-link equipment in the Ess office. It also includes status of the 
operational states of other links in the signaling network that affect 
the routing of trunk-related (banded) messages that emanate from the 
ESS. Such signaling network status is received in messages from the 
STPS. 

One of the principal link security procedures for maintaining an 
operational signaling subsystem is automatic link recovery. This pro- 
cedure is initiated when link security detects a service affecting data- 
link fault or alarm. Since ccis links are always equipped in pairs, the 
link recovery procedure begins by setting the failed link’s operational 
status to out of service and placing the link in a faulty link mode of 
operation. This immediately causes banded messages destined for the 
failed link to be routed to its mate link and direct-signaling messages 
to be distributed over all other available links. It also causes change- 
over signals to be transmitted on the failed link, if possible, in order to 
notify the stp of the failure in the event that the stp had not already 
detected it. Link security then transfers all messages awaiting trans- 
mission or retransmission and unacknowledged transmitted messages 
from the failed link to its mate. 

The part of the recovery procedure described above immediately 
restores the lost signaling capability. The next step in the procedure is 
to restore the lost link as quickly as possible. Since the most common 
source of link failure is the vFL, each ccis link has a duplicate VFL as 
illustrated in Fig. 3. When both ends of a link have detected a failure, 
they will attempt to resynchronize on the backup VFL. If that attempt 
is unsuccessful, they will alternately attempt to resynchronize on the 
original vFL and then again on the backup vFL. The Ess alternates 
between vVFLs every 5 seconds, and the stp alternates between VFLS 
every 10 seconds to guarantee intervals when both ends are attempting 
to resynchronize on the same vFL. In most cases, this procedure 
restores the link. Following a successful resynchronization on either 
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VFL, a 15-second prove-in period is entered to verify acceptable trans- 
mission quality on the link. Following a successful prove-in period, the 
link security software notifies the sTP at the other end of the link that 
signaling traffic may be returned to the link by transmitting a load 
transfer signal. When the stp returns a load transfer acknowledgment 
signal, link security allows the Ess to resume signaling on the link by 
setting the link status to active. If link resynchronization is unsuccess- 
ful after 3 minutes of attempting, link security requests maintenance 
programs to diagnose the affected data-link equipment. 

The software maintenance programs control execution of data-link 
diagnostic programs that reside within the data-link equipment. The 
diagnostic programs verify access to different points within the data- 
link equipment, and they also execute data-link equipment tests. 
Diagnostics can be requested by link security software or manually via 
a teletypewriter. The maintenance programs also support manual 
controls for data-link configuration and testing. For example, they 
respond to requests to remove data links from service, to switch VFLs, 
and to provide maintenance access to the vFLs for manual testing. 
These maintenance functions are done in conjunction with the link 
security software. 


3.6 Signaling software 


The signaling software layer provides hardware-independent signal- 
ing capabilities to the Ess applications software. This includes 1/o 
interfaces for ccIs trunk-related (banded) signaling and direct signal- 
ing. The signaling software also provides automatic responses to sig- 
naling network congestion. The principal programs in this layer are a 
CCIS input processor, a CCIS output processor, and signaling network 
congestion control programs. 

The ccis input processor is a continuous process within the Ess 
central control. It executes at regular intervals, each time checking for 
input from the ccis data links. When input messages are present, the 
input processor unloads the messages from the data links. Within the 
programs that unload the data links, there are short hardware-depend- 
ent segments of program code that are both logically and physically 
part of the data-link software layer. Each program or program segment 
resides in a software feature package. This concept is explained in 
Section 3.8. 

The input processor distributes CcIS input messages to appropriate 
application programs. Included in the input processor is a finite-state 
machine (FSM) controller that provides inputs to application programs 
such as cclIs call processing, which uses an FSM-based software archi- 
tecture. For these applications, the specific program that receives an 
input message is a function of the current state of the FsM at the time 
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the input is received. The Fsm controller also performs state updates 
when the application program has completed processing of the input 
message. The call processing FSM is described in Section 4.3. 

The ccIs output processor consists of macro-accessible subroutines 
which are called by the application programs when they wish to send 
a CCIS message to a different spc network node. The output processor 
provides a high-level interface that permits the application programs 
to be concerned mainly about the application-oriented data content of 
messages and not about the low-level signaling protocol characteristics. 

The output processor will optionally format user-specified data into 
CCIS message format. It then routes the messages to an appropriate 
signaling link based on data-link equipment status and signaling net- 
work status maintained by the data-link software layer and also based 
on a terminal load-balancing algorithm. The load-balancing algorithm 
strives to maintain an evenly balanced load among all available ccis 
links. Banded messages are associated with a specific data-link pair; 
thus, such messages are evenly distributed to the two terminals of the 
pair. Direct-signaling messages may be routed over any available ccis 
link; therefore, these messages balance the signaling load across ter- 
minal pairs. The output processor calls data-link-dependent output 
subroutines in the data-link software layer to transmit data. These 
subroutines execute peripheral orders to effect the transfer of data 
across the peripheral unit bus to the data-link equipment. 

Signaling network congestion control programs automatically re- 
spond to signaling overload in the Ess data links and in the ccIs 
network stps. Data-link overloads are detected as buffer-full conditions 
in the data links. Overloads in sTPs directly connected to the Ess are 
reported to the ESS using processor signaling congestion messages. 
Because of the load-balancing algorithms used within the signaling 
network, it is assumed that whenever a data link or STP becomes 
overloaded that its mate is also overloaded. Thus, the response to 
either of these conditions is to reduce traffic to both of the affected 
links while such congestion lasts. Signaling traffic is reduced by pre- 
venting new call originations which would use the affected terminal 
pair and by preventing direct-signaling traffic from using that terminal 
pair. Overloads in sTps not directly connected to a particular ESS can 
still affect signaling for specific trunks in that Ess whose CCIS messages 
must be routed through the overloaded stps. The Ess is notified of 
such overloads through group signaling congestion messages. These 
messages apply to specific trunk groups. The Ess response to one of 
these messages is to place a 10-second network management trunk 
group control on the affected group. This temporarily suspends sig- 
naling traffic for that trunk group by either canceling new call origi- 
nations destined for the group or optionally skipping the group in the 
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call-routing sequence and permitting the call to complete on a different 
trunk group. 


3.7 ESS applications software 


The applications software consists of ESS programs that use the 
signaling subsystem for basic call handling, for implementing special 
features, etc. Two principal applications are ccIs call processing and 
System 800. These applications are described in Sections IV and V, 
respectively. There are also other important applications which use 
ccis. For example, ccIs network management provides traffic controls 
on the ccis portion of the trunking network. Trunk maintenance 
programs in switching offices at each end of cciIs trunks use the 
signaling network to exchange maintenance state information about 
the trunks. Trunk query is an interoffice trunk state audit which 
verifies that the operational and/or maintenance states at each end of 
ccis trunks are consistent. Other Ess call-processing programs use the 
signaling subsystem for trunk-related signaling via the supervisory 
program interfaces described in Section 4.2. 

In addition to application layer programs, signaling software and 
data-link software layer programs themselves use the signaling sub- 
system. 


3.8 Software feature packaging 


No. 1/1A Esss serve a variety of purposes. They provide basic local, 
tandem, and toll switching, as well as a variety of network features 
such as CCIS and customer services such as System 800. Each office is 
individually engineered and equipped with the hardware and software 
required for the features and services provided by that office. Feature 
packaging is a mechanism used to permit an office to load that 
software, and only that software, needed to provide the office’s partic- 
ular combination of features and services. 

A feature package is a collection of software associated with a 
particular feature, service, or piece of equipment. The software may 
include complete programs, program segments, and/or subroutines. It 
can also include fixed and variable amounts of temporary (call store) 
memory. A feature, service, or piece of equipment may require one or 
more feature packages to be loaded into an office. Also, a particular 
feature package may be used by one or more different features, 
services, or pieces of equipment. The following paragraphs describe 
the feature packages which provide cciIs capabilities in local and toll 
offices, the packages associated with the signaling system hardware, 
and the System 800 packages. 

ccis Common—This package contains software required by every 
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No. 1/1A Ess office equipped with the signaling capability. It includes 
hardware-independent signaling software and CCIs applications soft- 
ware, such as call-processing programs, which are common to local, 
tandem, and toll switching, trunk maintenance, network management, 
etc. 

Local ccis—This package contains ccis call-processing logic re- 
quired in local offices. It handles calls routed over ccis interlocal, 
tandem, and toll-connecting trunks. 

Toll ccis—This package contains ccIs call-processing logic required 
in toll offices. It handles calls routed over ccIs intertoll and toll- 
connecting trunks. 

ccis Two-Wire—This package contains maintenance programs re- 
quired to diagnose faults in two-wire CcIs trunks and continuity check 
circuits used with ccis trunks. Two-wire networks are used mainly for 
local switching. 

CCIS HILO—This package contains maintenance programs required 
to diagnose faults in HILO ccIs trunks and continuity check circuits. 
The HILO switching networks provide transmission quality equivalent 
to four-wire networks and are used for toll switching in No. 1/1A Ess 
offices. 

2400pL—This package contains maintenance software for the 2400 
b/s CCIS-DTF. 

ccis 2400pL—This package contains hardware-dependent 1/o inter- 
faces and link security logic associated with the CcIS-DTF. 

puc—This package contains maintenance software associated with 
the peripheral unit controller. This software is common to the DcT 
application and also to each of the puc-DL applications. 

PUC-DL—This package contains maintenance software associated 
with the puc when it is used as a data-link controller. The software is 
required for any application that uses the PUC-DL. 

CcCIS PUC-DL—This package contains hardware-dependent 1/o inter- 
faces, link security logic, and maintenance programs associated with 
the ccis configuration of the PUC-DL. 

oso—This package contains the software which comprises the Sys- 
tem 800 originating screening office feature. It is used in all No. 1/1A 
ESS local and toll offices that have the ccis signaling capability. 

BISI—This package contains the software which comprises the Sys- 
tem 800 busy/idle status indicator feature. It is used in local offices 
that serve System 800 customers. 

The required combination of the above feature packages depends 
on the type of office, the data-link hardware subsystem used, and the 
features or services provided by that office. Figure 4 illustrates the 
feature package combination required for a typical local switching 
office with ccis. It uses puc-DL for its ccs data links. It provides 
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originating office screening of 800 Service calls, and it serves customers 
that have 800 Service lines connected to the office. 

Every No. 1/1A Ess has a collection of base software which provides 
basic call processing, maintenance, and switching office administration. 
Feature packages usually build on capabilities provided by the base 
software. As illustrated in Fig. 4, feature packages can also build on 
the capabilities provided by other feature packages. For example, the 
CCIS PUC-DL package adds data-link capabilities which are unique to 
CCIS onto the more general PUC-DL capabilities provided by the Puc- 
DL package. The puc-DL package adds general data-link capabilities to 
the more general Puc capabilities provided by the Puc package. The 
puc package, in turn, builds on basic maintenance capabilities provided 
by the Ess base software. Likewise, CcIS applications such as OSO and 
BISI use the signaling capabilities provided by the ccIS common 
package in order to implement their own features. 


Iv. CCIS CALL PROCESSING 
4.1 Development environment 


CcCIS is sometimes referred to as a new signaling type to replace 
multifrequency (MF) signaling. While this may be partly true, address 
signaling (digit transmission) is certainly not the entire concept, nor 
the most difficult aspect, for call processing to implement. Digit 
transmission and voice path assurance for CCIS involve only a few 
messages and, as with MF signaling, comprise only the addressing 
portion of the call. It is the expanded capabilities of ccIs (e.g., backward 
call failure messages) that make ccts difficult to integrate into existing 
systems which before only dealt with in-band signaling and supervision 
(e.g., trunk on-hook/off-hook signals). 


ESS BASE SOFTWARE 
COMMON CCIS 







CCIS PUC-DL 


Fig. 4—Software feature packaging for an spc network local office. 
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The ccis call processing is involved in setup and teardown of calls 
utilizing ccIs trunks and mainly handles ccis trunk-related (banded) 
messages. This processing involves supervisory messages such as trunk 
seizure, answer, and disconnect which have non-ccis trunk on-hook/ 
off-hook signaling counterparts. However, ccis call processing also 
involves new nonsupervisory information messages such as specific 
call failure, trunk reset, and address messages which may not have 
non-cclIs trunk signaling counterparts. 

The ccis call processing is faced with other issues not previously 
dealt with by existing call processing. Because of signal transmission 
errors and resultant retransmission, CCIS signals can arrive out of 
sequence, be received twice, or even spill over from previous calls. 
Unexpected signals can arrive at any time, and special timing may be 
required to determine their reasonableness. 

No. 1/1A Ess first developed ccis for the toll environment. It was 
decided then that because of the number of signals and internal inputs 
to be processed during all phases of the calls, a finite-state machine 
structure would be best suited for the implementation. Also, since the 
toll environment is very limited in the types of connections required 
(i.e., trunk-to-trunk only), the processing logic could be mostly separate 
from the existing toll-processing logic. This eliminated extensive 
changes in the existing toll-call processing logic to handle supervision, 
out-of-sequence messages, new nonsupervisory messages, etc. As soon 
as the call-processing logic determines that a call involves a ccis trunk, 
control is passed to the toll ccts logic which then maintains control of 
the call through disconnect processing. 

Local ccis development was faced with an even larger and more 
complex environment. The local call-processing environment involves 
many program interfaces and types of connections requiring hundreds 
of thousands of program instructions. For example, besides basic calls 
such as line-to-trunk and trunk-to-trunk, there are interfaces with 
features such as coin, three-way calling, call waiting, etc. Duplicating 
this logic to process local cctIs calls would have been too costly initially 
and most likely would have incurred huge maintenance costs. Thus, it 
was clear that the existing logic had to process local ccIs calls and, 
further, coexist with the toll ccis logic already deployed. Supervisory 
messages received would have to be converted to their on-hook/off- 
hook counterparts and passed through some interface to the existing 
logic. Similarly, trunk circuit state changes to send supervisory signals 
outward would require conversion to CCIS messages. Nonsupervisory 
messages (1.e., those with no on-hook/off-hook equivalent) would 
require special handling apart from the existing logic. This special 
handling would have to be confined to areas where signaling-type 
differences are recognized. 
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4.2 Supervision modernization 


The call-processing logic which handles calls involving in-band sig- 
naling trunks must also be used to process calls involving local ccis 
trunks. To accomplish this, the mechanisms for controlling supervision 
had to be changed. No longer could the application logic assume on- 
hook/off-hook supervision on the trunks. Application programs could 
no longer directly access I/O memory to change supervisory status. 
Turning off scanning of a trunk would not necessarily suspend super- 
vision, nor would changing the supérvisory state in a trunk circuit 
necessarily send a supervisory signal to the connected office. An 
interface between the application programs and the signal 1/o pro- 
grams to isolate supervision had to be developed. 

The incoming signal control mechanism which existed had two levels 
of programs that communicated using shared memory. The 1/0 level 
programs detected trunk supervisory changes, updated 1/0 memory, 
and reported the changes to the application program level. Application 
programs controlled report generation by writing directly into 1/o 
memory. The application programs had to be familiar with the use of 
the memory and the synchronization problems which arose from 
multiple access by both levels. 

The objective of supervision modernization was to eliminate the 
tight coupling that existed among application programs, I/O processes, 
and 1/0 memory. Incoming signal control programs provide the pri- 
mary interface between 1/0 and application programs. The application 
programs control which reports are generated by making requests to 
the supervisory control program. This control program accesses 1/0 
memory when necessary. Knowledge of I/o memory use and synchro- 
nization problems is thereby confined to the signal-processing interface 
programs. These supervisory interface programs maintain per trunk 
supervisory status in dedicated memory. Incoming signals from ccIs 
trunks are recorded in this memory and delivered as logical reports to 
the call-processing programs. Implementation of this objective effec- 
tively isolates the details of supervision from the call-processing pro- 
grams which allows CcIs and non-ccls trunks to be treated identically 
by the call-processing software. 

A second supervisory interface, the outgoing signal function, is used 
to generate outgoing supervisory signals. This interface is used when- 
ever call processing is attempting to change the supervisory state of an 
interoffice trunk which could possibly be a ccis trunk. The outgoing 
signal function allows the call-processing program to specify the logical 
supervisory message it wants to send and the trunk for which it should 
be sent. The outgoing signal interface causes the ccIs signaling logic to 
send the appropriate CCIS supervisory message for a CcIs trunk. 
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4.3 Structure 


The ccis call-processing logic structure is based on finite-state 
machines. Each state represents a condition or processing stage of a 
ccis trunk involved in a call. The state of each ccIs trunk is stored in 
a per-trunk state word block of memory. The states are grouped into 
models which reflect call functions (e.g., continuity checking). All 
stimuli handled by each model come as inputs through the cCIS input 
processor where validity screening and state table execution take place. 

The CcIs messages are unloaded from the data links by the input 
processor as described in Section 3.6. The trunk label from a call- 
processing message is translated to a trunk network appearance and a 
state word memory address. The message input is applied to the 
current state which specifies the model in control. The model controls 
all processing by calling any number of closed transition routines (i.e., 
those which return to the calling program), updating the state, and 
possibly calling an open interface routine (i.e., one which allows proc- 
essing to pass to other application logic). 

Models are of two basic types: processing models and conversion 
models (see Fig. 5). Processing models handle the parts of call proc- 
essing which are unique to the signaling type. The ccis address 
message processing and trunk-continuity checking are the primary 
examples. They have in-band signaling counterparts that are handled 
by separate programs. During these portions of a call, the processing 
models act as application programs and perform call-processing func- 
tions. These models are in control prior to sending or receiving the 
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Fig. 5—Local ccts call-processing structure. 
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address complete (ADC) message. The ADC message basically separates 
call setup from answer and disconnect processing. Since most nonsu- 
pervisory messages are exchanged prior to ADC, the processing of these 
messages is confined to the CcIs application programs. All supervisory 
and nonsupervisory inputs are handled directly by these models. 

Conversion models are in control when the only messages to be 
processed are the supervisory messages. These models validate and 
resequence messages if necessary before passing them through the 
supervisory incoming signal interface to the call-processing programs. 
They also receive the stimulus from the outgoing signal interface to 
send the appropriate CCIS supervisory message. These models maintain 
trunk states for message-screening purposes only and provide no call- 
processing functions themselves. In essence, the states of these models 
are unaware of whether the ccIs trunk is connected to a line or to 
another trunk. This terminal processing concept enables local ccIs to 
interact with the majority of the application programs of the local Ess 
environment. 


4.4 Call flow 


The basic call types described in this section are those of the local 
office. A brief call flow of each type is given specifying the basic 
program interactions and message protocol. The toll office call-type 
descriptions have been previously given in other articles and are not 
repeated here for No. 1/1A Ess.° 


4.4.1 Originating outgoing calls 


An originating outgoing ccIs call begins the same as any originating 
outgoing call. Dial tone is given to the customer, digits are collected 
and analyzed, and an outgoing route is selected. When this outgoing 
route involves a CCIS trunk, the CcIs outpulsing logic receives control. 
The ccIs outpulsing finite-state model and associated transition rou- 
tines perform the necessary call-processing functions and remain in 
control until the receipt of the ADc message. These functions include 
sending the initial address message (IAM), performing the continuity 
check if necessary, sending the continuity (COT) message, and handling 
any backward failure messages. Once ADC has been received or an 
error has occurred, control is returned to the call-processing programs 
to perform call setup or teardown as required. 

During these and subsequent call functions, a conversion model 
handles the supervisory message inputs. The answer charge (ANC) 
message, for example, causes the conversion model to pass a logical 
answer via the supervisory incoming signal interface to the call-proc- 
essing programs where answer processing occurs. Upon receipt of 
disconnect, the call-processing programs tear down the cross office 
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path and restore the outgoing trunk to the idle state. Here, interface 
logic for ccIs takes control of the outgoing trunk, sends a clear forward 
(CLF) message, and places the trunk in a processing model which waits 
for the release guard (RLG) message. When RLG is received, the trunk 
is returned to the idle state and made available for another call. 


4.4.2 Incoming terminating calls 


This call begins with the receipt of an IAM for a particular incoming 
ccis trunk. A continuity check circuit is connected to the incoming 
trunk, if required, and the call waits for the coT message. This function 
is handled by the ccis incoming call-processing model as a unique 
inpulsing-type application program which remains in control until the 
COT message is received. Upon receipt of the COT message, the ADC 
message is sent to the originating office. Then control is given to the 
call-processing programs to perform digit analysis and establish nec- 
essary connections. Giving up control means that a conversion model 
handles subsequent inputs. However, in the event that digit analysis 
determines that the terminating line is busy, the subscriber busy (ssB) 
message is returned in lieu of the ADC message so that the customer 
can be connected to busy tone in the originating office. If the called 
line is idle, the ccIs incoming trunk is connected to audible ringing 
tone and ringing is applied to the terminating line. The calling cus- 
tomer then waits for the called party to answer. 

If the called party answers, the call-processing logic sets up the cross 
office path and puts the incoming trunk in the off-hook state. At this 
point, an outgoing signal interface to send logical answer allows the 
conversion model to send the ANC message. Upon receipt of a CLF 
message (i.e., calling party disconnect), the model passes a logical 
disconnect via the supervisory incoming signal interface to the call- 
processing programs. These programs tear down the cross office path 
and restore the incoming trunk to the idle state. An interface for CcIS 
in the trunk idle logic sends the RLG message, and the trunk is made 
available for another call. 


4.4.3 Tandem calls 


An incoming call which routes back out of the office on an outgoing 
trunk is a tandem call. This call proceeds as an incoming terminating 
call, except that digit analysis dictates that an outgoing trunk be 
selected. When the outgoing trunk is a ccls trunk, the ccis outpulsing 
logic receives control to handle the outgoing trunk processing as 
described in originating outgoing calls, Section 4.4.1. The tandem call- 
processing logic performs the call setup and teardown processing. Each 
ccIs trunk is independently associated with a finite-state model. The 
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models separately handle the ccis messages and supervisory interfaces 
for each trunk. 


V. NO. 1/1A ROLE IN SYSTEM 800 


No. 1/1A Ess performs two important functions in System 800: the 
oso function and the BISI function. The oso function can exist in both 
No. 1/1A Ess local and toll offices. An OSO queries an NCP on all 800 
Service calls to obtain a direct distance dialing (DDD) number for 
routing. The BISI feature, which monitors the busy/idle status of 800 
Service customers and reports changes in status to an NCP, can reside 
in No. 1/1A Ess local offices. The busy/idle status can then be used by 
the NcP to provide alternate handling of 800 Service calls that would 
have received busy treatment. An overall description of the System 
800 capability is provided in another article in this issue.’ The following 
sections describe the No. 1/1A Ess implementation of the oso and BISI 
features. 


5.1 Originating screening office 


The oso feature provides single-number DDD calling and improved 
routing for 800 Service calls. This section discusses the functioning of 
a No. 1/1A Ess oS0 as it applies to both local and toll offices. 


5.1.1 Processing 800 service calls 


A No. 1/1A Ess oso processes both originating 800 Service calls and 
800 Service calls which arrive over a trunk from a distant office. The 
800 Service calls are recognized by examining the first three digits 
dialed by the customer or received from the distant office. After 
identifying a call as 800 Service, the oso determines the identity of the 
originating Numbering Plan Area (NPA). 

The NPA and the dialed 800 number are then formatted into an 800 
Service direct-signaling message called QUERY which is sent to an 
NcP. The NPA is used by the NcpP to determine if the call is allowed, 
based on the customer’s purchased service area. The 800 Service call 
is suspended until a REPLY message is received from the NcP. The 
Oso saves the call data, while the QUERY is being processed by the 
NCP, and times for a response from the NCP. 

When the OSO receives a REPLY from the NcpP, it first determines 
which call the REPLY is associated with by accessing the saved call 
data. If the REPLY contains a 10-digit DDD number, the Oso routes 
the call as a normal DDD call. If a ppp number is not contained in the 
REPLY (e.g., because of all 800 Service lines being busy), the oso 
routes the call locally to an appropriate tone or announcement. 

The oso also has the ability to manually test the oso-NcP interface. 
The input of an 800 number and an NPA from a teletypewriter will 
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cause the Ess to send a QUERY to the ncp. The information contained 
in the resulting REPLY is then displayed on a teletypewriter at the 
oso. 


5.1.2 800 Service code controls 


The 800 Service code controls are initiated automatically to prevent 
overloading the switching network, the ccis signaling network, or the 
Ncps. Code controls restrict the number of queries sent to a particular 
NCP. 

There are two types of 800 Service code controls: 

(t) Network management-code controls—These controls can be 
initiated automatically by the NcP or manually at the oso. When they 
are in effect, the oso limits the number of queries sent to the NcpP for 
a particular 800 number or for a group of 800 numbers. 

(it) ccrs failure-code controls—These are initiated automatically 
when the oso is unable to successfully send a QUERY. They cause 
the oso to restrict queries for a group of 800 numbers. 


5.2 Busy/lIdle status indicator feature 


The Bist feature resides in No. 1/1A Ess 800 service terminating- 
end offices (TEOs). An 800 Service TEO is a local office which serves 
800 Service customers. The BIsI feature monitors the busy/idle status 
of 800 Service customer line groups and reports changes in busy/idle 
status to an Ncp. The NcP can then use the busy/idle status information 
to provide alternate handling to 800 Service calls which would have 
received busy treatment. 


5.2.1 Busy/idle monitoring and reporting 


With the introduction of System 800, all 800 Service calls will be 
routed to the TEO using a 10-digit DDD number. In a No. 1/1A Ess TEO, 
each 800 Service DDD number has an associated Simulated Facilities 
Group (sFG). The SFG is used to limit the number of simultaneous calls 
to a group of physical 800 Service lines and to provide proper 800 
Service band hunting and billing. An 800 Service band is a geographical 
area from which an 800 Service customer may receive calls. The ppp 
number also directs the incoming call to the correct physical facilities 
(i.e., lines). 

An SFG is required for each service-area band that an 800 Service 
customer purchases, so that incoming calls can be billed based on 
band. Figure 6 illustrates an 800 Service customer setup at the TEO. 
This customer has seven physical lines and wishes to allow at most 
five of these lines to be used at any given time for incoming 800 Service 
calls. The customer wishes to permit three simultaneous calls from 
band 1 and two simultaneous calls from band 2, and to have band 1 


1632 THE BELL SYSTEM TECHNICAL JOURNAL, SEPTEMBER 1982 





Y 
BAND 1 DDD NUMBER SFG BUSY/IDLE 
312-462-1110 ao > Aa 
USAGE 
BAND 2 OVERFLOW 
BAND 2 DDD NUMBER SFG 
31254602020 Se er ee aS ~~ MAX = 2 
USAGE PhS 
) BUSY/IDLE 


CUSTOMER LINES 
Of) (WITH HUNTING) 


Fig. 6—800 Service customer line group arrangement. 


calls overflow to band 2 lines if all band 1 lines are busy. In this case, 
two SFGs are required, and the band 1 sFc overflows to the band 2 sFc. 
There are three 800 Service lines in the band 1 sFc and two 800 Service 
lines in the band 2 src. A distinct ten-digit DDD number is required for 
each band. 

The BisiI feature monitors the busy/idle status of the 800 Service 
SFGs in a TEO. To perform the monitoring function, a count of the 
number of calls currently in progress for each SFG is maintained. This 
count is called USAGE. Also, for each SFG, a constant is stored which 
indicates the number of 800 Service lines for that src. This per-Src 
constant is called MAX. The Bis feature monitors the activity on the 
SFG and increments or decrements USAGE when 800 Service lines are 
seized or released. 

The Bis! feature reports changes in SFG busy/idle status to a remote 
NCP via CCIS direct-signaling messages. Therefore, if USAGE becomes 
equal to MAX when an 800 Service line is seized, or if an 800 Service 
call is unable to complete because USAGE=MAX, a direct-signaling 
message is sent to the NcP that indicates BUSY. If USAGE becomes 
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equal to MAX-1 when an 800 Service line is released, an IDLE direct- 
signaling message is sent. The TEO continuously audits USAGE so that 
its value is correct at all times. 

To assure that the BUSY and IDLE messages for a particular SFG 
are properly sequenced, the TEO performs a blind-period timing func- 
tion. An SFG goes on blind period timing after a BUSY direct-signaling 
message is sent. While an SFG is on blind-period timing, no BUSY or 
IDLE direct-signaling messages are sent to the Ncp. When the blind- 
period timing interval expires, an IDLE direct-signaling message is 
sent if the busy/idle status changed to idle while the SFG was on 
timing. 

The ncp has the ability to query the TEO about the current busy/ 
idle status of a particular src. When the BISI direct-signaling QUERY 
message is received at the TEO, the current busy/idle status is returned 
in either a BUSY or IDLE message. Using this mechanism, inconsist- 
encies in busy/idle status between the Ncp and the TEO can be 
corrected. 


5.2.2 Activation and deactivation of busy/idle reporting 


The TEO reports changes in busy/idle status to the NcP only if busy/ 
idle reporting is activated for the src. Before busy/idle reporting can 
be activated for an SFG, common data between the NcP and the TEO 
must be verified, so that busy/idle reporting will function correctly. 
The data verification sequence is performed using direct-signaling 
messages and can be initiated from either the NcP or the TEO. 

Under normal circumstances, the NcP controls the activation/deac- 
tivation process, but the TEO can also activate and deactivate busy/ 
idle reporting for an src. As an example, when the TEO wishes to 
change some data (e.g., to add another line) associated with a particular 
activated 800 Service sFc, the SFG must first be deactivated. Next, a 
data verification process is initiated by the TEO. The NCP returns its 
data for that src, and the TEO verifies that the data returned agree 
with the data stored at the TEo. If so, the src is activated and busy/ 
idle reporting resumes. 


5.2.3 800 Service data for customers 


The 800 Service customers can receive data concerning the activity 
on their lines. src attempt and overflow data are available using 
customer premises equipment. The counts can be sent to the customer 
as often as every 30 minutes. In addition, overflow counts are available 
on the customer’s monthly bill. 

Prior to the new System 800, all counts were kept solely at the TEO. 
With System 800, most overflows for customers served by TEOs with 
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the BISI feature occur at the NCP since the NCP screens all 800 Service 
calls. 

To provide this overflow data to the customers, the NCP sends it to 
the TEO in a direct-signaling message either every 15 minutes or every 
day. The counts are then stored at the TEO so that the customer can 
continue to get an accurate picture of the activity on their 800 Service 
lines. 


Vi. SUMMARY 


No. 1 Ess was the Bell System’s first major commercial electronic 
switching system. Today No. 1 and 1A Esss are an important part of 
the rapidly growing spc network. The spc network uses CCIs to provide 
rapid and efficient basic call handling. However, the network’s full 
capabilities are just beginning to be realized now that the spc network 
is being used for the development of services such as System 800. No. 
1/1A Esss play an important role in the spc network because they 
provide direct interfaces to the subscribers and users of sPc network 
services. No. 1/1A EssSs serve nearly one-half of the Bell System 
subscriber lines. Thus, they have the potential to provide much cus- 
tomer-related service information and line status information to other 
spc network switching offices and NCPs. 

The No. 1/1A Ess uses a layered ccIS signaling subsystem that 
supports two types of data-link hardware at the innermost layer, while 
providing hardware-independent signaling capabilities to Ess applica- 
tions software at the outer layers. 

The ccis call processing provides call handling over ccis trunks in 
both local and toll offices. To do this, especially for local offices, the 
ccIS programs have to interface with numerous existing ESS call- 
processing programs which had previously used ingrained in-band 
signaling techniques. Changes to the ESS supervisory programs helped 
to provide new signaling interfaces to these programs. 

The ccis call processing must also respond to the many call-handling 
messages which are part of the ccis protocol. It uses a finite-state 
machine program structure to respond to CCIS messages and, at the 
same time, to verify their reasonableness when received at different 
stages of a call. 

No. 1/1A Ess performs two important System 800 functions. With 
the help of NcpPs, it can screen 800 Service calls in either local or toll 
offices using its oso feature. With oso, System 800 NcPs are queried to 
obtain call-routing information for 800 Service calls. The oso feature 
also provides code controls on 800 Service calls. 

A System 800 BIsI feature monitors System 800 customer line groups 
served by No. 1/1A &ss local offices and reports busy/idle line status 
changes to System 800 ncpPs for use in call screening. The BISI feature 
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also provides 800 Service call attempt and overflow data to customer 
premises equipment. The System 800 features exemplify the types of 
spc network and customer interfaces that No. 1/1A Ess can provide. 
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CCIS and SPC Network Performance 
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Common-channel interoffice signaling (ccIs) represents a major 
advance in interoffice signaling speed and capability over current 
inband signaling systems. The introduction of ccis between Stored 
Program Control (spc) switching offices is reducing ineffective ma- 
chine attempts (IMAs) caused by transmission and switching irregu- 
larities associated with inband signaling. Because signaling between 
cCIS-equipped switching offices is concentrated in a relatively small 
number of signaling links and signal transfer points (STPs), a high 
standard of performance for the signaling network ts essential. There- 
fore, the design of the signaling network incorporates many features 
to assure a high degree of availability. Cumulative data on sTPs and 
studies of signaling links are the principal measures of signaling 
network performance. Data on their performance are presented that 
confirm the high availability of the signaling network. 


1. INTRODUCTION 


Common-channel interoffice signaling (CcIS) was introduced to pro- 
vide the advantages of greater economy, faster call setup, improved 
security from fraud, and improved flexibility. The initial cc1s imple- 
mentation was limited to class 1 to class 4 toll offices, but was extended 
to class 5 end offices during 1981. Several companion articles provide 
detailed accounts of ccIS implementation and describe its character- 
istics. 

At year-end 1981, over 160 toll switching offices were interconnected 
through the ccIs network, which then comprised 24 signal transfer 
points (sTps) and signaling links serving over 400,000 trunks. The 
signaling link consists of an analog voice bandwidth channel with a 
CCIS terminal at each end. These links currently operate at a data rate 
of 2400 b/second. Because of the increasing traffic in the network, 
higher-speed links (4800 b/s) are being introduced. 
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Supervisory and address signaling information for a conventional 
call is usually transmitted directly from one switching system to the 
next over the same communication channel used for talking. A ccIS 
call, on the other hand, uses the separate, duplicated, signaling network 
to carry its supervisory and address signaling information. Since ccIs- 
equipped switching offices access the signaling network through a pair 
of sTPs, signaling for a trunk between two CcIS switching offices will 
typically be routed through one or two STPs and two or three signaling 
links, depending on whether the two switching offices are served by 
the same or different STP pairs. 

Clearly, the concentration of CcIs into a small number of signaling 
links and sTPs greatly increases the consequences of a signaling failure. 
The original ccIs system design recognized the importance of signaling 
path availability and provided link and stp redundancy, tolerance to 
transmission errors, and automatic response to signaling network 
failures to assure that spc network completion objectives were not 
jeopardized. This paper describes the differences between conventional 
signaling and ccis methods, examines both signaling network perform- 
ance and spc network performance, and discusses the reduced rate of 
IMA observed with ccis between modern stored program control sys- 
tems. 


ll. INTEROFFICE SIGNALING 


Interoffice signaling conveys the supervisory and address informa- 
tion necessary to switch calls through the telephone message network. 
Supervisory signals are used to initiate and release connections and to 
control charging. Address signals route the called number to its desti- 
nation. 

Conventional interoffice signaling separates the supervisory and 
address functions. Supervisory signaling equipment is usually dedi- 
cated to each trunk, while address signaling equipment is shared in a 
common pool. Address signals are sent by either dial pulsing (DP) or 
multifrequency (MF) pulsing. 

The ccis network interconnects switching office processors. Inter- 
office signaling messages transmit supervisory and address informa- 
tion. This information is checked and errors are corrected by retrans- 
mission before they are accepted by the switching office. 


lil. THE SIGNALING NETWORK 
3.1 Configuration and response to failure 

The basic configuration of the signaling network for ccIS is shown 
in Fig. 1. Much of the inherent availability of the signaling network is 
a result of the architecture of this arrangement.” Switching offices in 
each signaling region have access to the signaling network through 
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REGION 1 | REGION 2 






SWITCHING 
OFFICES 


TO OTHER 
REGIONS 


Fig. 1—The ccis network. 


access links (A-links). These links provide access to regional STPs. 
Switching offices may also be connected to other than home stp, and 
these access links are designated E-links. The stps route signaling 
units to outgoing links based on address information contained in 
incoming signal units. For intraregional signaling, the outgoing link 
would be another A-link. For interregional signaling, messages are 
routed onto bridge links (B-links) that provide access to STPs in 
another region. 

The signaling regions with a heavy volume of traffic are supple- 
mented by area sTPs. Switching offices access area STPs by A-links and 
E-links. Area STPs are connected to regional stps by D-links and to 
area STPs by B-links. 

This network is fully duplicated. Regional and area sTPs are provided 
in pairs, and A-links or E-links from an office are duplicated with 
mates terminating at each stp of the pair. The B-links and D-links are 
duplicated from each stp to form a quad. Under normal conditions, 
traffic loads are balanced among the links and sTP pairs. However, the 
loads are engineered so that in the event of a failure, the mate link or 
the mate sTP can carry the full traffic load. The links connecting mate 
stTps (C-links) carry traffic only under certain transient failure condi- 
tions and are provided, after the first pair, in proportion to the number 
of A-links and E-links in a region. 

The redundancies are provided so that alternate signaling paths are 
available in the event of link or stp failures in the network. One 
assumption that is implicit with redundant arrangements is that fail- 
ures of mate pairs are independent. Physical diversity is one way of 
assuring independence. Diversity is achieved with stps by locating 
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them in different cities. To the greatest extent possible, mate signaling 
links use separate transmission circuit facilities for their entire length. 

Effective use of redundancies means that the signaling network must 
respond quickly and automatically to failures and reestablish signaling 
paths with little or no interruption to the signaling traffic. Two general 
classes of failures are expected. First, the links may experience hits or 
fades characterized by high error rates for short periods of time. 
Second, major facility outages or hard equipment failures may occur 
which could last for several minutes or longer. The ccIs network is 
designed to handle these situations with minimal deterioration of 
signaling performance. 

The cciIs terminals at each end of a signaling link continuously 
monitor errors by decoding an 8-bit check code appended to each 
signaling unit. This code is designed to detect single errors and a large 
class of multiple errors and error bursts. In addition, the terminal can 
automatically detect loss of carrier or synchronization, while an im- 
proper sequence of signaling units is detected by the switching office 
processor through the use of reasonableness check tables. 

Under normal circumstances, errors are corrected by retransmission. 
However, if a high error rate is detected for a relatively long period of 
time, about one-third of a second or longer, the terminal assumes that 
the link is faulty and initiates recovery action. Link recovery proce- 
dures can be illustrated by considering A-links. When the error thresh- 
old is exceeded, the terminal will alert its host processor to direct 
traffic to the mate link. Changeover signaling units are then sent to 
the far-end terminal to coordinate the changeover in case the problem 
affected signaling in one direction only. The stp temporarily routes 
traffic destined for the switching office over the C-link to the mate STP 
to avoid the failed A-link. 

Terminals at both ends of the A-link then attempt to restore service. 
In the case of A-links, an extra level of redundance is provided through 
use of two voice frequency links (VFLs) per signaling link. When 
resynchronization is achieved on one of the VFLs, the terminals monitor 
the error rate for 15 seconds to prove in the link. If the error threshold 
is not exceeded, the link is restored to service and the normal routing 
of traffic is resumed. 

If recovery cannot be effected within 3 minutes, the terminal is 
taken out of service. This is accompanied by alarm indications at the 
switching office and sTP and automatic initiation of terminal diagnostic 
routines. The sTP sends special control messages to other sTPs in the 
network to route all traffic destined for the failed link directly to the 
mate sTP and its A-link. This procedure avoids the use of C-links, 
except for short interruptions. It also minimizes total delay in signaling 
through the network when failures do occur. 
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Similar network reconfigurations are automatically invoked when 
an STP fails. In the event of an STP outage, the CCIS terminal for each 
signaling link detects the outage and autonomously signals this con- 
dition to the far-end terminal. Traffic destined for the A-links is 
automatically rerouted by the switching office to the mate sTP, and 
distant sTPs also reroute B-link traffic to the mate. 

It can be seen from this brief discussion that the simultaneous 
occurrence of several unlikely events is required to isolate a switching 
office from the signaling network. One possibility is A-link pair failures. 
Other possibilities include B-link quad failures, an A-link plus a B-link 
pair plus all regional C-links, or an STP regional pair outage. The 
combined effect of all these possibilities is the unavailability of the 
network. By using actual field failure statistics, it can be shown that 
the probability of switching office isolation is very small, as will be 
discussed below. 


3.2 Signaling network performance monitoring 


All switching offices and stPs in the ccis network have provisions 
for monitoring and reporting ccis traffic and signaling link perform- 
ance. Traffic and performance data are continuously gathered at the 
STPs by specialized minicomputer systems called peripheral bus com- 
puter (PBCs).° 

Reports generated by the PBC are used mainly by the sTP manage- 
ment and craft to assess traffic loads and link occupancy, to aid in 
maintenance activity, and to index the overall performance of the sTP 
and signaling links. Many impending problems, characterized, for 
example, by high error rates or an unusual number of changeovers can 
be spotted and corrected by the craft before signaling performance is 
affected. 

Data on signaling link performance have not been collected contin- 
uously for all links. The sheer mass of information involved would be 
unmanageable. However, each node monitors link performance to 
generate exception reports to guide ongoing maintenance activity. 
Occasionally, Bell Laboratories conducts special studies to assess link 
performance by examining data from a sample of links. Very little 
variation in the average characteristics of links has been observed in 
these studies. 


3.3 Reliability of STPs and signaling links 


The probability that a switching office will be isolated from the 
signaling network is equivalent to the probability of certain multiple 
failures in the network, as mentioned above. The probability of service- 
affecting multiple failures is, in turn, a function of the reliability of the 
sTPs and the signaling links. However, it is important to recognize that 
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certain network failures would be more serious in their effect than 
others. For example, the simultaneous outage of a regional STP pair 
would take almost all ccis trunks in the region out of service. (Some 
high-traffic trunk groups are homed on distant regional sTPs for 
increased efficiency.) On the other hand, an A-link pair failure would 
take out of service only the trunks assigned to that pair (up to 2250 or 
4500 trunks, depending on link speed). As will be shown, the probability 
of the former failure is orders of magnitude lower than the latter, 
although both probabilities are small. 

The reliability of stps and signaling links can be expressed in terms 
of their mean-time-to-failure (MTTF) and mean-time-to-repair (MTTR). 
In the case of sTPs, these parameters can be estimated from outage 
records. From mid-1976, when the first STPs were cut to service, 
through 1980, 86 system years of STP service have been accumulated. 
There have been 14 outages and an accumulated downtime of 590 
minutes. These numbers translate to an MTTF of 6.1 years and an MTTR 
(the average downtime per outage) of 42 minutes. Assuming that sTP 
outages are independent, the probability of simultaneous regional 
outages can be computed. The probability can be expressed as a mean- 
time-to-pair-failure (MTTPF) or as an average downtime, D, in an 
interval of time 7. From well-known results of availability theory: 





_pt2r 
MTTPF = — 
and 
r 2 
ae 7(*_) 


where A and yp are the reciprocals of MTTF and MTTR, respectively, 
expressed in the appropriate units. Thus, for regional stP pairs, the 
estimated MTTPF is over 200,000 years and the estimated D is about 5 
ms per year. In other words, the probability of a regional STP pair 
outage is negligibly small and has never yet occurred. 

Estimates of MTTF and mTTR for signaling links have been generated 
from sample studies using PBC data available at sTPs. In one repre- 
sentative study conducted in 1980, about 200,000 A-link hours of 
activity were monitored at ten sTps. For each link, changeover peg 
counts and out-of-service time were measured on a daily basis. The 
study showed that link failures are predominately caused by short hits 
or fades on the vFL. The mean out-of-service time was found to be 1.6 
minutes. The mean time between changeovers was found to be about 
17 hours. Taking these numbers to be the MTTR and MTTF, respectively, 
for an A-link, the MTTPF is estimated to be 0.6 year, while the downtime 
is estimated to be 1.3 minutes per year. Given this probability for pair 
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failure, the expectation for pair failures in the study data was 0.5 link 
hour. The observed incidence of unambiguous pair failures (those not 
related to switching office outages or interrupts) was 0.3 link hour. The 
agreement is good and indicates that the A-links do indeed behave as 
a redundant system. 


IV. THE SPC NETWORK 


The ccis network performance just described has an increasing 
impact on the service provided by the spc network as cci1s deployment 
expands. The volume and quality of service delivered by the spc 
network is measured through a variety of traffic and switching equip- 
ment measurements. Their purpose is to provide sufficient information 
to monitor the rate of successful call completions and to help detect 
areas where maintenance activity is required. 

Recent call completion studies indicate 69 percent of direct distance 
dialing (DDD) attempts are successfully completed. Major causes of 
unsuccessful attempts are busy or no-answer conditions encountered 
at the called customer’s phone. These conditions represent 25 percent 
of DDD attempts. The remaining unsuccessful attempts (6 percent of 
DDD attempts) are considered to be ineffective attempts (IAs) caused 
by either the calling customer or the message network. The IAs are 
comprised of three subcategories that include ineffective traffic at- 
tempts (ITAs), ineffective network attempts (INAs), and IMAs. An 
example of an ITA is an 800 Service call that is blocked because it 
originates outside the band specified by the customer. An example of 
an INA is a Call that is abandoned by the originator before it reaches 
the talking state. However, the principal Ia component used to measure 
spc network performance is the IMA which is described next. 


4.1 Ineffective machine attempts 


An IMA is defined at a given switching office as an incoming bid for 
service which is recognized by the switching office but which does not 
result in a completed call, a busy, or a no answer, as experienced by 
the customer. An IMA may result from a switching office or interoffice 
signaling malfunction, a lack of sufficient trunks or other switching 
resources, or a customer or operator dialing irregularity. The IMAs are 
classified into several broad categories as shown in Table I. 

A summary of the IMA failure rate for each category, expressed as a 
percentage of total incoming attempts, less false starts, provides a 
uniform set of switching office performance measurements that are 
useful in directing management’s attention and effort toward items 
requiring service improvement. The NC category reflects primarily the 
adequacy of outgoing trunk provisioning, although it is influenced by 
overload and network management controls and transmission facility 
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and switching equipment failures. Vacant codes are caused by dialing 
errors, erroneous or missing translation data at a switching office, or 
the loss of one or more digits by interoffice signaling. The Ro category 
best reflects the quality of service provided by the toll switching, 
interoffice signaling, and transmission equipment, since it is relatively 
insensitive to dialing mistakes which are usually detected by the 
originating class 5 office. The switching system connects calls failing 
in this manner to a reorder tone or announcement. 


4.1.1 Incoming reorder IMA 


Incoming reorders are detected during digit analysis of the received 
address by the toll switching office and usually result from reception 
of fewer than the expected number of digits. Typically, interoffice 
signaling failures resulting from MF pulsing and ccIs are classified as 
shown in Table II. The pp failures are classified similarly to MF. 
Certain CcIs irregularities, such as reception of two conflicting initial 
address messages (IAMS) for the same trunk or an IAM identifying an 
unequipped trunk, are rejected by sending back a confusion (COF) or 
unequipped label (U@L) signal, and the call is either reattempted or 
treated as an outgoing IMA by the preceding office. 

Toll offices equipped for centralized automatic message accounting 
(CAMA) include unique CAMA failures in the incoming reorder IMA. A 


Table |—Ineffective machine attempts 
IMA Type Definition 
Reorder (RO) 














Incoming Failure to receive all address digits or to receive notification of 
successful ccIs continuity check. 
Connecting Switching office fault or insufficient resources. 
Outgoing Failure of interoffice integrity check or signaling. 
Vacant code (vc) Unassigned called number. 
No circuit (NC) All trunks busy to destination. 
Table II—Incoming reorder IMA 
Conventional Ro Definition 
Permanent signal No key pulse (KP) signal or address digits received. 
time-out—PsT 
Partial dial time- Received at least the KP signal, but not the start (ST) or an 
out—PDT incomplete set of DP digits. 


Pulsing error—PER Received other than the expected number of digits, or an erro- 
neous or invalid digit. 





CCIS RO Definition 








Incomplete address _—_ Received other than the expected number of digits. 
detected—IAD 

Continuity time- Failed to receive the continuity (coT) signal after the IAM. 
out—cCTO 
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CAMA Office provides billing information for customer-dialed Dpp calls 
from class 5 end offices not equipped with the AMA function. Customers 
from step-by-step end offices are connected to the cAMa office, after 
dialing the DDD access digit (1) and then dialing directly into the caMA 
office. These dial-pulsing, immediate seizure (DP-Is) trunks can be 
expected to have a higher reorder rate than MF trunks since the 
screening that is normally done at the class 5 office is now performed 
at the CAMA office. The CAMA office must also obtain the calling 
number identity from the end office, and if automatic number identi- 
fication (ANI) is not available, a CAMA operator must be connected to 
obtain the customer’s telephone number. Failure to connect an oper- 
ator or to obtain the calling number are also counted as incoming 
reorders. 


4.1.2 Connecting reorder IMA 


Connecting reorders include those failures which are directly attrib- 
utable to the switching office, either because of an equipment fault or 
unavailability of a traffic-sensitive resource, such as a call register, 
network path, or ccis continuity-check transceiver. 


4.1.3 Outgoing reorder IMA 


Outgoing reorders result from failure of the interoffice verification 
checks or from detection of signaling abnormalities associated with the 
transfer of address digits to the next office. Detection of any of these 
problems during the first attempt, except for the ccis address complete 
(ADC) time-out, results in a reattempt to complete the call on another 
outgoing trunk. If the reattempt also experiences any of the outgoing 
problems, the call is then routed to reorder. Table III summarizes the 
outgoing failure categories. 


4.2 Stored Program Controlled Network performance studies 


To determine how ccIs compared with conventional signaling per- 
formance, separate studies of call failure rates were performed in 
selected No. 4A ETS and most No. 4 Ess systems. The data from six 4A 
ETS systems with over 94 million incoming attempts were collected 
during June 1980. Forty No. 4 Ess systems with over 1.5 billion 
incoming attempts were studied during January 1981. 

The signaling mix of the six No. 4A ETs and the 40 No. 4 Ess systems 
was virtually identical: 6 percent of the attempts were dial pulse, 64 
percent MF, and 30 percent cc1s. A summary showing a comparison of 
conventional and ccIS reorder, NC, and VC rates is provided in Table 
IV. The detailed results of these studies are tabulated in Tables V, VI, 
and VII for incoming, connecting, and outgoing reorder rates. 
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Conventional Ro 


Integrity check fail- 
ure—IKF 

No-start dial—NspD 

Unexpected stop— 
UxS 

Glare—GLR 


Expected stop time- 
out—xXST 


CcIS RO 


Continuity check 
failure—cKF 
Call failure de- 
tected—cFD 
Address complete 
time-out—ADCc 
Signaling network 
failure—sNF 
Glare—GLR 


Table IIl—Outgoing reorder IMA 
Definition 


Failed to receive off-hook in response to seizure of delay-dial 
trunk. 

Delay-dial signal not removed or wink signal not received. 

Received unexpected stop (off-hook) during outpulsing. 


Steady wink or delay-dial received after outgoing selection of 
two-way trunk (detected as Nsp in No. 4A ETS*). 
Expected stop received during DP outpulsing was not removed. 


Definition 


Failure of interoffice continuity check of outgoing trunk. 


Received a BLK}, COF, UQL, or RST* signal after outgoing trunk 
selection. 
Failed to receive the ADC signal after sending the Cot signal. 


Received an MRF® or u@QL signal or no signaling path was 
available after outgoing trunk selection. 

Received an IAM at noncontrol office after outgoing selection of 
a two-way trunk. 


* ptTs—HElectronic translator system. 

* BLK (blocking) —Request the far-end office to remove a trunk from service. 
* RsT (reset trunk)—Return the trunk to the idle state. 

§ MRF (message refusal)—Signaling network could not locate a signaling path. 


Table |V—Study results—failure rates in per cent 


System/Signal- 
ing Type 
No. 4A ETS 
DP plus 
MF/EM 
CCIS 
No. 4 Ess 
DP plus 
MF/EM 
CcIS 


Reorder 
Con- Out- Total 
Incoming necting going Total vc NC IMA 
0.725 0.334 
0.482 
(wr = 0.356) 0.017 0.061 0.560 1.619 
0.006 0.067 0.021 0.094 1.153 
0.621 0.228 
0.612 — 
(MF = 0.334) 0.001 0.046 0.659 1.508 
0.029 0.001 0.021 0.051 0.900 


4.3 Discussion of results 


4.3.1 General 


A review of the study results in Table IV indicated that the reorder 
rate for ccIs attempts is substantially less than for traffic using 
conventional signaling. Consequently, it is clear that ccis has not 
jeopardized network completions, but appears to have reduced the IMA 
caused by switching and transmission irregularities. 

Several other observations are also apparent. One is that the No. 4 
Ess and No. 4A ETS results are generally consistent, except for the 
connecting reorder and the ccIs incoming reorder categories. Both of 
these discrepancies will be discussed in detail later in this article. Some 
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of the other differences in results are caused by minor differences in 
some time-out intervals used in the two systems and a more extensive 
capability in No. 4 Ess to detect certain irregularities. As examples, 
No. 4A ETS systems generally do not count conventional signaling 
irregularities if the customer hangs up prior to being connected to an 
announcement, but the No. 4 Ess does. Also, the No. 4 Ess usually 
checks that the correct number of digits has been received to route a 
call to its ultimate destination; whereas, the No. 4A Ets often limits its 
check to the number of digits required to be translated for outgoing 
trunk selection, typically three or six digits. 

The study results do not permit a true comparison of ccIs and 
conventional signaling because of differences in the trunking base for 
each type of signaling. The ccis data are confined to ccis intertoll 
trunks interconnecting No. 4 Ess, No. 4A ETS, and No. 1/1A Ess 
switching systems, while the MF and pp data include the remaining 
intertoll trunks and all toll-connecting trunks. Nonetheless, the study 
results demonstrate the performance of ccIS in a pure intertoll trunk 
environment. 


4.3.2 Incoming reorder 


The conventional signaling incoming reorder data shown in Table V 
for the study offices were heavily influenced by the presence of DP 
trunking. Although pp trunks initiated only 6 percent of the conven- 
tional signaling attempts, they were involved in 26 percent of the No. 
4A ETS incoming reorders and 43 percent of the No. 4 ESS incoming 
reorders. One factor contributing to the DP error rate is CAMA traffic 
originating from step-by-step end offices. Customers from these offices 
dial DDD calls directly into the toll office after dialing the “1” access 
digit. The toll office is now subject to the same dialing irregularities 


Table V—Incoming reorder data (percent) 
Conventional Signaling 





























No. 4A ETS No. 4 ESS 
Reorders MF + DP MF MF + DP MF 
Permanent signal time-out 0.281 0.218 0.325 0.209 
Partial dial time-out 0.118 0.057 0.119 0.020 
Pulsing error 0.074 0.081 0.111 0.105 
Miscellaneous 0.009 —_ 0.057 — 
0.482 0.356 0.612 0.334 
CCIS 
Reorders No. 4A ETS No. 4 Ess 
Incomplete address detected 0.005 0.026 
Continuity signal time-out 0.001 0.003 
0.006 0.029 
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normally experienced by the class 5 end office. The CAMA toll offices 
are also sensitive to subscriber loop irregularities, which can appear to 
the step-by-step office as the DDD access digit 1 and result in false 
seizures and permanent signal or partial dial time-outs at the toll 
office. The other significant source of DP traffic originates from class 
4 step-by-step toll offices whose performance and maintainability do 
not match the more modern electromechanical common control and 
electronic switching systems. In view of the special nature and limited 
amount of DP traffic, it is appropriate to concentrate further discussion 
on the relative performance of CcIS and conventional signaling using 
MF pulsing. 

Common-channel interoffice signaling shows an order of magnitude 
improvement over conventional signaling using MF pulsing with an 
incoming reorder rate measured at 0.029 percent for No. 4 Ess and 
0.006 percent for No. 4A ETS. The cclIs reorder is almost entirely due 
to the IAD component. An explanation for the improved ccIs reorder 
performance is offered in the following discussion. Furthermore, a 
sampling of the ccIs IAD reorders indicates that the address digits for 
these attempts were incorrectly received from the conventional sig- 
naling source by the first ccis toll office. 

The MF incoming reorder data from Table V indicates that 75 
percent of such IMAs are permanent signal or partial dial time-outs. 
Common-channel interoffice signaling eliminates the possibility of 
similar failures by combining the incoming trunk seizure signal and 
the called-number address digits in the 1AM, which will be retransmit- 
ted if an sTP or the incoming office detects an error during reception 
of the IAM. The remaining MF incoming reorders are pulsing errors 
which include reception of an erroneous, invalid, or an incorrect 
number of digits. The ects error checking and retransmission effec- 
tively eliminate the erroneous digit as a problem, while the reception 
of an invalid digit or other IAM format irregularity causes the incoming 
office to return a COF signal, which requests the outgoing office to 
reattempt as described in Section 4.1.1. This leaves reception of an 
incorrect number of digits, designated as incomplete address detected 
(IAD) by ccIs and pulsing error (PER) by MF, as the only incoming IMA 
common to both MF and CCcIS. 

Conventional signaling is susceptible to loss or mutilation of part or 
all of the address digit stream because of undetected outpulser and 
receiver faults and transmission system hits, fades, and noise. Such is 
not the case with ccis. To determine the cause of CCIS IAD reorder, a 
total of 216 outgoing ccis attempts, which were rejected by a subse- 
quent switching office because of an incomplete address, were moni- 
tored at the Norway, Illinois and Toledo, Ohio No. 4A ETS switching 
offices using the procedures to be described in Section 4.3.3. Over 75 
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percent of the failures were DDD attempts of the form NPA+NXX+XXXX 
(N = 2 — 9, X = 0 — 9) and were received at the No. 4A ETs with other 
than the required ten digits. Because of its address screening limita- 
tions, the No. 4A ETS routed these attempts over ccIs trunks, usually 
with the NPA digits deleted, to the next office where they were correctly 
blocked as IAD. Invariably, the far-end office detecting the IAD was a 
No. 1 Ess or No. 4 Ess, except when eight digits had been received by 
the Norway or Toledo office. The apparent inability of a destination 
No. 4A ETs to detect these IADs occurs because it translates a received 
six- or eight-digit sequence of the form NXX+XXXX in a dedicated 
area (NPA) code table and, thus, blocks the attempt as a vacant code 
instead of an IAD. The remaining failures were a mix of alternate 
routed INWATS and operator-originated attempts that also arrived 
at the Norway or Toledo office as an invalid digit sequence. A total of 
four attempts arrived with the correct number of digits. Two of these 
were of the form NPA+1LXXX and were incorrectly blocked at the 
destination office because translation data specified a six-digit instead 
of a five-digit translation for the 1LX code. 

The higher ccis reorder rate experienced by the No. 4 Ess during 
the study results from its superior incomplete address screening ca- 
pability and the misclassification by No. 4A ETs of certain incomplete 
address sequences as vacant code instead of IAD. The No. 4 Ess is able 
to store an acceptable digit count (ADC) value in the routing data block 
which specifies the characteristics and available trunk subgroups of 
the selected outgoing route. The ADC specifies the number of digits 
required to be received from the preceding office if the call is to 
successfully complete to the selected outgoing route. If only one ADC 
value is specified, as in the case of a toll completing route to a class 5 
end office, the screening is totally effective. However, in the case of an 
intertoll route selected by a three-digit translation, several ADC values 
must be specified to accept valid digit sequences such as NPA+1X1, 
NPA+11XXX, NPa+0/1XX+XXX, and NpA+NXX+XXXX. Conse- 
quently, address screening effectiveness is compromised, unless six- 
digit translation is specified to create routing data blocks for each of 
the ADC values or combinations. 

The No. 4A ETs, because of its memory constraints, employs much 
simpler checks which are generally effective for only the first seven 
digits. The first three received digits are translated in either an area 
(NPA) or office code table, depending on the total number of received 
digits. Three-digit codes of the form 0/1XX are always translated in 
the office code domain. Thus, when the first digit is N(2-9) and the 
received digit count is 3, 4, 5, or 7, the attempt is translated in the 
office code table; otherwise, if the received digit count is 6, 8, 9, 10, or 
11, the attempt is translated in the area code table. Unless the three- 
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digit code is in dual use as both an npa and office code, it will appear 
only in the appropriate table. Consequently, an office code sequence 
containing 6 or 8 to 11 digits is blocked as a vacant code, as are area 
code sequences containing 3 to 5 or 7 digits. The IAD classification 
applies only to digit sequences containing insufficient digits for the 
specified 3-, 4-, 5-, or 6-digit translation and office code sequences 
containing four or five digits. 

Most of the other differences between the MF and CCIS incoming 
reorder rates occur because the IMA failure rate for conventional 
incoming attempts tends to be overstated, since it includes an unknown 
number of noncall-related failures. This inaccuracy results primarily 
from the PST incoming reorder component of IMA, since the toll office 
cannot distinguish between a PST time-out caused by a false trunk 
seizure and an outpulsing failure at the preceding office. As mentioned 
previously, analog carrier failures are a primary source of false noncall- 
related psT failures on SF-equipped trunks. Generally, the PpT and 
PER components of incoming reorder IMA are considered to be call- 
related failures resulting from signaling or switching faults. However, 
the PER component may include an unknown number of attempts 
which arrived from the class 5 end office without being screened for 
the correct number of digits. 


4.3.3 CCIS backward failure signals 


Common-channel interoffice signaling includes a set of backward 
signals which allows a subsequent switching office to report call setup 
failures back to the originating office so that it may connect the 
attempt to the proper tone or announcement. Another use of these 
signals is to alert the originating and intermediate offices to certain 
IMA so they may record pertinent call data in an analysis file. These 
data include the received-address digits and incoming- and outgoing- 
trunk identities associated with an attempt receiving an address incom- 
plete (ADI) or vacant national number (VNN) signal. This process is 
useful in identifying incorrect translation data or conventional signal- 
ing irregularities which cause such IMAs and it was used to collect the 
sample IAD IMA data at the Norway and Toledo offices. 

Other backward signals provide notification of attempts blocked by 
NC, switching congestion, and switching equipment failures. These 
signals may optionally be recorded to determine the source of these 
blockages. 


4.3.4 Connecting reorder 


Table VI shows connecting reorder results for both conventional 
signaling and ccis. The No. 4 Ess data show almost no connecting 
reorder for either conventional signaling or ccis. This is due largely to 
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Table Vi—Connecting reorder data (percent) 
Conventional Signaling 


Reorders No. 4A ETS No. 4 ESS 
Switching equipment failure 0.013 0 
No network path 0.004 0 
Queue time-outs — 0.001 
0.017 0.001 
ccIs 
Reorders No. 4A ETS No. 4 ESS 
Switching equipment failure 0.033 0 
No network path 0.004 0 
No call register/no outpulser 0.030 0 
No transceiver, etc. 0 0.001 
0.067 0.001 


the superior reliability of the No. 4 Ess hardware over the No. 4A ETS 
electromechanical circuits and the fact that No. 4 Ess has an essentially 
nonblocking network. 


4.3.5 Outgoing reorder 


Table VII shows outgoing reorder study results. Outgoing reorder is 
roughly an order of magnitude lower than incoming reorder for con- 
ventional signaling, and no disproportionate contribution was noted 
for DP signaling. The primary reason is that outgoing attempts en- 
countering a failure are permitted a single reattempt. The No. 4A ETS 
data show a conventional signaling first attempt outgoing failure rate 
of 0.299 percent, or roughly the same order of magnitude as incoming 
attempts that fail at 0.356 percent. However, the second outgoing trial 
results in a final failure rate of only 0.061 percent, confirming that 80 
percent of the second attempts did not experience an outgoing failure. 
This does not necessarily imply that all reattempts were successful 
since the reattempt may have encountered NC or may have been 
abandoned. Other factors are that most of the defensive checks in both 
No. 4A Ets and No. 4 Ess are on the incoming side; outpulsing failures 
may only be detected as incoming failures in the next office and that 
outgoing reorder is “controllable” in the sense that an outgoing office 
can identify and remove a suspect outgoing trunk or outpulser from 
service, until it is repaired more easily than the incoming office. 

The CcIs outgoing reorder rate shows a relatively modest improve- 
ment over conventional signaling in No. 4A ETs. In No. 4 Ess, an 
improved ccis glare treatment strategy allowed a similar modest 
improvement of CCIS over conventional signaling. The principal reason 
only small improvements were seen is that both conventional signaling 
and CCIS systems reattempt calls that fail. As mentioned earlier, the 
second attempt dramatically lowers the call failure rates for both 
signaling types, leaving CcIs less room for improvement. 
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Table Vi—Outgoing reorder data (percent) 


Conventional Signaling 

















Reorders No. 4A ETS No. 4 Ess 
Integrity check failure N/A 0.014 
No-start dial N/A 0.020 
Unexpected stop N/A 0.004 
Glare* — 0.006 
Expected stop time-out and other N/A 0.002 
0.061** 0.046 

CCIS 

Reorders No. 4A ETS No. 4 Ess 
Continuity check failure 0.012 0.004 
Call failure detected 0.006 0.002 
Address complete time-out 0.002 0.006 
Signaling network failure 0 0.003 
Glare 0.001 0.006 
0.021 0.021 


* No. 4A Ets does not detect glare on two-way trunks, but classified this problem as 
no-start dial. 

** Outgoing second-attempt failure detail is not available for the No. 4A ETS; however, 
total conventional outgoing reorder is provided. 


4.3.6 Glare 


Heavy calling rates on two-way trunk subgroups will normally result 
in some level rate of glare on second trials. Common-channel interoffice 
signaling takes three to five times longer to accomplish a seizure than 
conventional signaling because of the need to transmit IAMs through 
the signaling network. Consequently, ccis has a longer unguarded 
interval and is more susceptible to glare. (Despite this longer un- 
guarded interval, ccIs still provides faster end-to-end address signal 
transmission than conventional signaling.) Trunk hunting and reat- 
tempt strategies mitigate the impact of this difference. The higher cc1s 
glare rate originally observed for No. 4 Ess was strongly affected by 
results from one study office.‘ After the original study data were 
collected, the No. 4 Ess retrial strategy was changed so calls encoun- 
tering glare were retried in a different trunk subgroup. This strategy 
was based on the assumption that the second trial would be performed 
in a trunk subgroup that was more idle than the first, reducing the 
chances of encountering glare on the second trial. The new strategy 
reduced glare reorder from 1500 to only 100 occurrences per day in the 
No. 4 ESS most strongly affected during the original study, and the 
results presented in this article confirm that the modified strategy has 
been completely effective in reducing the rate of ccis glare to a rate 
equivalent to conventional glare. 


4.3.7 Common-channel interoffice signaling stable-call reset 


The ccis switching offices disconnect some small percentage of calls 
by means of CCIS RST signals because of certain internal switching 
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problems or time-outs. Calls disconnected by RST signals are counted 
as CCIS stable-call resets in automatic system performance measure- 
ments. Stable-call resets should be included when comparing ccIs with 
conventional signaling, despite the fact that many stable-call resets are 
not signaling problems, but switching office problems. 

Examples of some of the causes of stable-call resets include: 

(t) Switching office equipment failures in which transient calls and 
stable calls are cleared in the process of initializing system memory 
associated with failed trunks. 

(ti) Situations detected by audits in which a switching office detects 
two CCIS trunks connected, but with inconsistent trunk states. 

Unfortunately, the stable-call reset count does not give a very precise 
indication of ccis performance because nonsignaling components dom- 
inate the count. Also, since a ccIs stable-call reset may propagate 
through several offices, combined measurements from several offices 
tend to overstate the incidence of this type of call failure since each 
reset may be counted in several offices. 

Table VIII gives the rate of stable-call resets. Although the resets 
may occur on either a CCIS incoming or outgoing attempt, the reset 
rates shown in Table VIII are expressed only in terms of incoming CcIS 
attempts to more closely correspond to other IMA failure rates. 


V. CONCLUSION 


We have explained how Ima data are used to measure switching 
performance and have demonstrated, through data on 1.6 billion calls 
collected from 46 study offices, that the spc network signaling perform- 
ance for ccIs shows an improvement over conventional signaling. 
Common-channel interoffice signaling eliminates the possibility of 
permanent signals or partial dial time-outs by combining seizure and 
address information in the CCIS initial address message, which can be 
retransmitted if an error is detected. Common-channel interoffice 
signaling error checking and retransmission capabilities protect the 
signaling system from loss of information caused by hits, fades, and 
noise in the transmission media. These capabilities permit successful 
switching of 99.95 percent of all ccIs attempts. The largest component 
of the failures represents incomplete screening at the preceding offices 
rather than ccIs problems. These capabilities permit CcIs to complete 
calls that would be lost with conventional signaling and greatly reduce 


Table VIll—-ccis call resets 


(percent) 
No. 4 Ess 0.013 
No. 4A ETS 0.014 
Composite 0.013 
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the incidence of IMA reports caused by phenomena not related to calls. 
These are the main reasons that IMA performance for ccis is better 
than conventional signaling. 

Common-channel interoffice signaling provides the capability for 
reporting problems to all affected offices through backward failure 
signals. The combination of a lower number of ineffective attempts 
and these failure signals allows a more efficient analysis effort. 

Concentrating signaling information onto the ccIs network required 
the network to be highly reliable. The high degree of availability is 
assured by duplication of signaling links and sTPs and automatic 
response to signaling network failures. Ongoing performance monitor- 
ing demonstrates that high reliability has been achieved. 
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Conventionally, operator assistance is required for most nonsent 
paid telephone calls (calls that are billed to a number other than the 
calling number). Examples of these calls include collect, credit card, 
and bill-to-third-number. These three types of calls currently repre- 
sent about two-thirds of all operator-handled toll calls. To reduce 
the need for operator assistance, a new service, Calling Card Service, 
enables customers to make credit card calls by dialing in the billing 
information without the assistance of an operator; it also provides 
an alternative to operator-assisted collect and bill-to-third-number 
calls. This new capability is made possible through changes in the 
Traffic Service Position System (tsps) No. 1, and uses the Stored 
Program Controlled (spc) Network. By providing customers with an 
alternative to operator assistance, Calling Card Service is helping 
the Bell Operating Companies (BOCs) and independent telephone 
companies stabilize operator work force requirements. This paper 
gives a basic description of Calling Card Service and the customer 
interface. It also describes the implementation in TsPs, and other 
areas of the spc network, and discusses some of the effects on 
telephone company operations. 


l. INTRODUCTION 


Telephone customers in the United States today may choose from 
a number of billing options. In addition to sent paid calls (calls for 
which the calling number is billed), several nonsent paid alternatives 
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exist. These include collect, credit card, and bill-to-third-number calls. 
Each of these billing operations requires operator assistance. 

The widespread and efficient provision of these billing options has 
been made possible by the extensive use in the Bell System of the 
Traffic Service Position System (TspPs),'” a stored program system first 
introduced for service in 1969 and now providing service to over 90 
percent of the Bell System lines and to almost 6 million independent 
telephone company lines. In the last decade, the volume of calls 
requesting these three types of alternate billing has continued to 
increase. On an average business day, operators handle over 4 million 
such messages in the Bell System. Requests for these services are 
expected to continue to grow. 

Concern about the growing expense of handling these types of calls 
and the market need to provide customers with an alternative to 
operator assistance led AT&T to press for the rapid development and 
widespread introduction of Calling Card Service.**** This service 
permits a customer with a calling card (telephone credit card) to dial 
calls, including billing information, entirely without operator assist- 
ance. Calling Card Service capability will be available at stations using 
dual-tone multifrequency (DTMF) signaling. (This type of signaling is 
marketed in the Bell System as Touch-Tone* service.) In addition to 
substantially reducing operator-assisted credit card calls, Calling Card 
Service provides an alternative to collect and bill-to-third-number 
calling. The development of Calling Card Service has been one of the 
major undertakings of the Bell System and the independent telephone 
industries. 

Calling Card Service has been made possible through new capabili- 
ties of the Stored Program Controlled (spc) Network.’ This paper is 
the first of a series, in this issue of The Bell System Technical Journal, 
that discusses Calling Card Service and describes how key elements of 
the spc network, such as TSPS and common-channel interoffice signal- 
ing (ccts),° are being modified to provide the new service. This paper 
gives a general description of the service and discusses its operational 
characteristics. Implementation and plans for service introduction are 
also described. Subsequent papers in this issue consider the human 
factors and market aspects of the service and some of the more 
complex aspects of the implementation. 


Il. CREDIT CARD, COLLECT, AND BILL-TO-THIRD-NUMBER SERVICE 
PRIOR TO CALLING CARD SERVICE 


Since its introduction, Tsps has provided an efficient method for 
handling credit card, collect, and bill-to-third-number calls. By allow- 
ing customers to dial these types of calls, TsPs provides faster service. 


* Registered service mark of AT&T. 
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To assist the operator in processing these calls, all administrative 
functions such as call timing, call supervision, and recording of the 
billing information are automatically handled by tsps. Thus, with: 
TSPs, the operator’s interaction with the customer is more efficient and 
accurate and the operator is relieved of most of the routine manual 
operations required with cord boards. 

In a typical TsPs, nearly two-thirds of all calls handled by operators 
are credit card, collect, or bill-to-third-number calls. Prior to Calling 
Card Service, the operator was required 

(t) to determine the number to be billed for the call, 
(tz) to enter it into the system (except on collect calls), and 

(tit) to ensure acceptance of the charges. 

To illustrate how these functions are handled by an operator at a TSPS, 
the following describes the processing of these types of calls. 

To place a credit card, collect, or bill-to-third-number call, the 
customer typically dials 0, plus the called customer’s telephone num- 
ber. The local office receives the digits and determines from the 0 
prefix that the call is to be routed to a Tsps. The local office then 
forwards the called telephone number, followed by the calling tele- 
phone number, over a trunk to the associated Tsps. The TSPs uses this 
information to connect the call to an operator position. While the 
operator is responding to the call, the called number is forwarded to 
the toll office (see Fig. 1). 

When the call arrives at the position, the appropriate keys and 
lamps are lighted to indicate to the operator what type of call the 
customer dialed. The operator is then ready to help the customer. 

If the customer wishes to make a credit card call, the card number 











LOCAL OFFICE CALLED 
PARTY 


CALLING LOCAL OFFICE 
PARTY 






SWITCHING 
NETWORK 





TSPS OPERATOR 


Fig. 1—-Basic tsps No. 1. 
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is given to the operator, who depresses a key to inform the system that 
this is a special billing call and enters the credit card number into the 
system. The system performs validity checks on the number entered 
by the operator, and if the card number is valid, the operator prepares 
the system for automatic billing of the call by indicating the type of 
billing requested and initiating the automatic timing of the call. The 
operator then allows the call to proceed. While this is taking place, the 
call is forwarded through the toll network. If the credit card number 
is invalid, the operator stops the progress of the call and asks the 
customer to make other billing arrangements. 

If the customer desires to place a collect call, the operator indicates 
to TSPS that the call is to be billed to the number being called. When 
the called station answers, the operator obtains acceptance of the 
charges, initiates the timing of the call, and allows the call to proceed. 

For bill-to-third-number calls, the customer gives the billing number 
to the operator, who informs the system that this is a special billing 
call and keys the third number into the system. The operator then 
contacts someone at the number being billed to obtain acceptance of 
the charges. If the charge is accepted, the operator indicates the 
appropriate type of billing, initiates the timing of the call, and allows 
the call to proceed. 


Ill. CALLING CARD SERVICE OVERVIEW 


Calling Card Service is based on the use of the calling card number, 
which is composed of a billing number and the customer’s personal 
identification number (PIN). This number is assigned to a subscribing 
customer and is used to validate that a particular call can be billed to 
the associated billing number. The billing number usually corresponds 
to the customer’s telephone number. However, in certain cases, a 
number that is not associated with an actual telephone number is 
assigned for special billing purposes; these numbers are often used for 
businesses. 

With Calling Card Service, the customer has a number of options 
available for providing the billing information to Tsps. If the telephone 
is capable of DTMF signaling to a TSPS, the customer may directly dial 
the billing number for calling card calls without operator assistance. 
This is referred to as customer-dialed Calling Card Service. 

A caller who has made a call and dialed the billing information may 
wish to place another call and bill it to the same calling card number. 
This may occur at the conclusion of a call or upon receiving a busy 
signal or no answer from a call. This new capability has been designed 
so that the customer does not need to reenter the billing information 
but may just signal Tsps that another call is to be billed to that same 
number. This is done by depressing the DTMF pushbutton with the 
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number sign (#) on it and then dialing the new call. This capability is 
referred to as sequence calling. There is no limit to the number of calls 
that may be dialed sequentially, but a request for a sequence call must 
be made within an appropriate interval following a call. 

In those cases where the customer has dialed the called number but 
chooses not to dial the billing information, the billing information may 
be given orally to the operator. The customer can reach the operator 
by dialing 0, “flashing” (momentarily depressing) the switchhook, or 
waiting a few seconds. In addition, if the telephone is not equipped to 
send a DTMF signal to TspPs, the customer will be connected immediately 
to an operator. This is similar to the current credit card service and is 
referred to as operator-assisted Calling Card Service. 


IV. COMPONENTS OF CALLING CARD SERVICE 


Many changes were made to the existing switching network and 
supporting systems to accommodate Calling Card Service. These 
changes were particularly significant in Tsps. Further detail is provided 
later in this paper. In addition, a variety of new components and 
features are being introduced to provide the service. These include: 

¢ Originating station treatment (osT)—A feature to determine when 
the originating station can be given the capability for customer- 
dialed Calling Card Service. 

Billing validation application (BVA)? and Data Base Administra- 
tion System (pBas)'°—Two spc components: the BVA is a proces- 
sor-controlled data base that contains information about the call- 
ing and billing numbers and the DBAS is an associated administra- 
tion system. 

Inward validation—An spc capability that allows non-TspPs oper- 
ators from both Bell System and non-Bell System companies to 
validate billing data through TsPs. 

Billed number screening (BNS)—An additional spc network fea- 
ture that enables the TsPs operator to determine if the collect or 
bill-to-third-number request is allowed for the particular billing 
number. The BNS data are stored in a BVA. 


4.1 Originating station treatment 


The ost determines the type of treatment to be given the calling 
station after a customer has dialed a 0+ call. The need for osT is based 
on the results of a human factors trial of this service described in a 
later paper in this issue.® 

Basically, three treatments are provided: 

(i) A prompting tone followed by a prompt announcement 
(it) A prompting tone only 
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(iii) Operator-assisted service (essentially the same service as before 
Calling Card Service). 

The distinctive prompting tone indicates to the customer that the 
billing information may now be entered. The announcement provides 
an additional prompt for those not familiar with the service. 

The first treatment, tone followed by announcement, is now being 
deployed for public and semipublic stations that have DTMF signaling 
capability. The second treatment, tone only, is now being deployed 
with most other pTMF phones. The third treatment, operator assist- 
ance, is provided for rotary-dial telephones. Provision has been made 
to allow changes in the above for cases where the recommended 
treatment is inappropriate. 


4.2 Billing validation application and Data Base Administration System 


The BVA is accessed by TSPS using a form of signaling called common- 
channel interoffice signaling/direct signaling (ccIs/Ds). This signaling 
builds on the already available capability of the existing ccrs network. 

The information in the BVA is used 

(t) to determine the ost for the originating line so that the appro- 
priate treatment can be given to the calling customer, 

(iz) to provide security by validating the billing number and PIN 
combination provided by the customer, and 

(tit) to alert the operators on collect and bill-to-third-number calls 
if the billing requested is not allowed for that particular billing number. 

The computer-based DBAS, which currently administers the Auto- 
matic Intercept System™ has been enhanced to administer the BVA. 
From the telephone company’s viewpoint, the information in the BVA 
is stored primarily in an on-line data base at the DBAS. 

In addition to initial data base loading and updating, the DBAS 
provides other base support functions. These include: 

¢ Screening input data for possible errors 

¢ Providing backup and recovery if a failure occurs at the BVA 

e Providing user access restrictions for security 

¢ Auditing the Bva for inconsistencies 

e Transferring data from one BVA to another to balance the load 

over the spc network 

¢ Collecting measurements from the BVA 

¢ Generating summary reports. 

The interconnection of the various components of Calling Card 
Service is shown in Fig. 2. 


4.3 Inward validation 


Since most non-TSPs operators (for example, mobile, marine, and 
international operators) are unable to access the data base (the BVA), 
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Fig. 2—Calling Card Service components. 


other arrangements have been provided. The TSsPs is capable of proc- 
essing operator-requested calling card validations automatically if the 
operator has a DTMF or multifrequency key set. If not, the validation 
can be handled by TsPs on an operator-assisted basis. 

In the case of operator-assisted validation, the non-TSPs operator 
quotes the calling card number to the TsPs operator. The TSPs operator 
keys in the information and a data base check is made. The TSsPs 
operator is then given a display describing the results of the query, 
and this information is quoted to the non-TsPs operator. 

In the case of automated validation, TSPs is reached by special codes 
that indicate either DTMF or multifrequency signaling. The non-TsPs 
operator receives a tone when the TSPs is ready to receive the billing 
information. The operator then dials the information, a data base 
query is made, and results announced automatically to the operator. 
No TSPS operator is required in this process. If a dialing error was 
made, the operator can redial the information. 


4.4 Billed number screening 


Another spc feature, called billed number screening (BNS), is being 
added to TsPs along with Calling Card Service. The BNs feature applies 
to collect and bill-to-third-number calls placed through a TsPs opera- 
tor. With this capability, the Tsps will perform a data base check 
whenever a customer attempts to place a collect or bill-to-third-num- 
ber call. The data base query will be used to determine if the type of 
billing requested is allowed for the particular billing number. If the 
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requested form is not allowed, the operator will be alerted so that the 
customer can be asked to bill the call in an alternate manner. 

The BNs feature is expected to save operator work time and elimi- 
nate network time spent processing calls for which third-number and 
collect calls are not allowed; it is also expected to reduce fraud. 

The BNS feature will be automatically invoked by TsPS whenever an 
operator attempts to complete a collect or a bill-to-third-number call 
for a customer. After its activation, BNS will function as follows: On a 
collect call, the Tsps launches a data base query as soon as the called 
number is known and it has been determined to be a collect call. In 
most cases, the operator will be notified by a display that the call is 
allowed, and Tsps then completes the call. Upon answer, the operator 
announces the call and determines whether the customer will accept 
the call. 

The BNS feature provides for two cases of denial for collect calls. In 
the first case, the operator is informed that collect calls are denied and 
requests alternate billing information from the calling party. The 
operator is also informed in the case where the called number is a 
public or semipublic telephone. Collect is not a valid billing alternative 
for these calls; therefore, the operator will attempt to obtain proper 
billing information. 

For bill-to-third-number calls, the operator is either instructed that 
this form of billing is allowed or denied. For example, bill-to-third- 
number calls are denied when an attempt is made to bill to a public or 
semipublic telephone. When this type of billing is denied, the operator 
announces that different billing must be used and helps the customer 
with an alternate form. 


V. CUSTOMER USE OF CALLING CARD SERVICE 


The basic flow of a call placed through Calling Card Service is 
depicted in Fig. 3. To place a calling card call, the customer dials 0 
plus the called number. The Tsps then determines whether the station 
should receive the treatment for customer-dialed service by launching 
an OST query to the BVA via ccIs/DS. Depending on the outcome of 
this data base check, the customer is either prompted to dial the 
calling card number, or an operator is connected to obtain the billing 
information. After Tsps has received the calling card number, a second 
data base query is made to check that the billing number is authorized 
for this service and that the PIN is correct for that billing number. The 
TSPS processing of the call is suspended until the results of the query 
are obtained. Based on a successful response, the call is then processed 
in normal fashion. The sections that follow explain the details of the 
various types of calling card calls: 

¢ Customer-dialed 
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Fig. 3—Calling Card Service with ccis direct signaling. 


° Customer-dialed sequence 
¢ Operated-assisted. 


5.1 Customer-dialed Calling Card Service 


A customer initiates a customer-dialed calling card call by dialing 0 
plus the called number, just as is done today for a credit card, collect, 
or bill-to-third-number call. If the telephone is served by a TsPs 
equipped for this service, the TspPs will initiate an Ost check to 
determine the proper station treatment for the call. If the results 
indicate that the line is equipped to provide customer-dialed Calling 
Card Service, TSPS prompts the customer with the proper treatment. 
In the case of public or semipublic telephones, a distinctive tone, which 
may be followed by an optional announcement, is used to provide the 
prompt. The announcement given by TSPS is 


“Please dial your card number or zero for an operator now.” 


For most other telephones where the service can be provided, only the 
tone is given. As noted earlier, should the customer not wish to dial a 
card number, an operator can still be reached by flashing the switch- 
hook, dialing 0, or waiting a few seconds. If the ost check indicates 
that the telephone is not capable of customer-dialed Calling Card 
Service, the call is handled in the conventional manner. 

The customer may begin dialing the 14-digit calling card number 
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following the prompt. If the customer begins to dial before the an- 
nouncement starts, the announcement will not be given. This will 
allow customers familiar with the service to dial as soon as they hear 
the tone. If the announcement has started, it will be truncated as soon 
as the customer initiates dialing. The number sign (#) pushbutton 
may be depressed at the end of dialing to indicate that the customer 
has completed dialing the call. 

After receiving the dialed billing information, Tsps will check its 
validity. If the billing information is valid, TsPs provides a “Thank 
You” announcement to the customer and proceeds to complete the 
call. If the information dialed is incorrect or the customers exceeds the 
timing threshold between digits, the following announcement is given: 


“Please dial your card number again now. (Pause) The card 
number you have dialed is invalid.” 


If no dialing occurs within 3 seconds following this announcement, an 
alerting tone is given, followed by a prompt announcement. The 
customer has 5 seconds to begin dialing. If dialing is not started, a 
terminating announcement is given requesting that the customer reo- 
riginate the call. 

If a customer has twice dialed an invalid calling card number, the 
following announcement is provided: 


“Please hang up and dial zero plus the number you are calling. 
(Pause) The card number you have dialed is not valid.” 


At this point, the customer must reoriginate the call. 


5.2 Customer-dialed sequence call 


The customer-dialed sequence calling feature allows a customer who 
has dialed a valid calling card call to originate additional calls to be 
billed to the same calling card number without redialing the billing 
information. The customer indicates the desire for a sequence call to 
tsps by depressing the ¥ pushbutton prior to dialing the new number. 

A sequence call can be made at the conclusion of a call or upon 
receiving a busy signal or no answer from a call. To place a sequence 
call following a completed call, the calling party must wait until the 
called party hangs up. The # pushbutton must then be depressed. If 
there is a busy signal or no answer, another call can be attempted at 
this point by depressing the # pushbutton. 

After the TSps recognizes a sequence call attempt, the customer 
receives this announcement: 


“You may dial another number now.” 
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The customer can then dial the new called number, and if valid, TsPs 
replies with a “Thank You” announcement. If the number is invalid, 
the customer is requested to hang up and reoriginate the call. Any 
number of successful sequence calls can be made and charged to the 
calling card number. 


5.3 Operator-assisted Calling Card Service 


For customers dialing from rotary dial stations or for those who are 
unsure of how the service works, operator assistance is available to 
place calling card calls. Essentially, this service functions much like 
the current credit card service. The customer dials 0, plus the called 
number. If this telephone is not to be given the station treatment for 
customer-dialed Calling Card Service, the customer will be connected 
immediately to an operator. If the station is given the customer-dialed 
Calling Card Service treatment, the customer must either flash the 
switchhook, dial 0, or wait a few seconds for the operator. The customer 
then quotes the number to the operator, who enters it into the system. 
The tsps performs a check on the number and allows the call to 
proceed if valid. If the number information is rejected as invalid, the 
operator informs the customers and requests new billing information. 
The operator is given an indication on those calls in which the ost 
check indicates that customer-dialed service was available. This per- 
mits the operator to provide dialing instructions to the customer. 

Other types of calls can be billed to the calling card number. For 
example, a customer may dial a 1+ toll call from a coin station and, 
upon receiving the charge, wish to bill the call to a calling card number. 
The customer can reach the operator by either timing out or flashing 
the switchhook; the operator then keys in the new billing data. Oper- 
ators will continue to handle noncalling card calls in the same manner 
as they do today. 


VI. IMPLEMENTATION OF CALLING CARD SERVICE 


The implementation of Calling Card Service requires changes to 
many parts of the switching network and supporting systems. Many 
new TSPS capabilities had to be instituted, including: 

¢ Reception of DTMF and multifrequency signals 

e New call types and announcements 

e Signaling to the data base 

¢ Provision of an interim OsT data base 

¢ Modified coin signaling to allow DTMF signaling. 

In addition, local office and coin station changes are required to allow 
DTMF signaling to TSPS. 

Calling Card Service also requires the deployment of the Bva data 

bases in the ccts network. The DBAS was modified to provide telephone 
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companies with the ability to create and modify new distributed data 
bases, the BVAS, as well as the interim data bases at the Tsps. Modifi- 
cations are also required in the customer record information and 
service order processing systems of the telephone companies to provide 
the data for initially loading and subsequently updating the informa- 
tion in a form suitable for DBAS. 


6.1 Traffic Service Position System implementation 


The TsPs software and hardware changes required to provide Calling 
Card Service and BNS build on capabilities previously provided in TSPs. 
One of the major building blocks is the Station Signaling and An- 
nouncement Subsystem (ssAs)”” used to provide Automated Coin Toll 
Service. 


6.1.1 Dual-tone multifrequency signal detection and announcement 

capability 

The SSAS was previously added to Tsps to provide the capability to 
prompt coin customers with announcements and to record coin depos- 
its. This system uses a programmable controller to control the coin 
detection and announcement circuits and the announcement store, 
which stores the announcement phrases. 

To provide Calling Card Service, the sSAS was extensively modified. 
Additional speech phrases were added for the Calling Card Service 
announcements. The ssas capability to detect both DTMF and multi- 
frequency signals was also developed. These modifications required 
major changes to microcode in the programmable controller to provide 
the new capabilities and to maintain the new hardware. 


6.1.2 Common-channel interoffice signaling/direct signaling 


The ccis/ps feature was introduced to query the data base for osT, 
calling card number validation, and BNS checks. Hardware and soft- 
ware developed for the No. 4A toll crossbar application of ccis and 
adapted for the TsPs CcIS/DS environment were used in the design of © 
ccis/ps.”° 


6.1.3 Interim data base for originating station treatment 


Within Tsps, a limited interim data base for ost data was provided, 
thereby allowing telephone companies to offer Calling Card Service 
before the BVA was fully deployed. With this data base, telephone 
companies could provide an appropriate OST treatment to all public 
and a limited number of nonpublic stations. 


6.1.4 Other changes 
Several other changes were also introduced in TsPps for Calling Card 
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Service. As described in detail in Section 6.4, changes were required to 
allow the pTMF dial at coin stations to be activated when a customer 
enters the billing information. To achieve this, a new signaling arrange- 
ment between Tsps and certain local offices, known as expanded 
inband signaling, was introduced. 

Major changes in the TSPs operational and maintenance software 
were also required to provide Calling Card Service.: For example, 
software was needed to handle the new automated service and provide 
operator assistance if needed. A complete description of these changes 
is presented in Ref. 14. 


6.2 Data bases 


The BvA data bases were designed to store customer- and station- 
related information and are located at signal transfer point nodes on 
the spc network.” These distributed data bases contain information 
about the calling and billing numbers and are accessible to TSPS by 
means of CcIS/Ds during the processing of calls. 

The routing of messages between a TSPS and BVA is done by the ccIsS 
network. The ccis signal transfer points contain information required 
to ensure that query messages launched by TSPs are routed to the 
proper BVA and that reply messages are routed to the Tsps that.sent 
the query. 

The spc network is arranged to allow this nationwide distributed 
data base to be evolutionary in nature. As use of Calling Card Service 
increases, new BVAS can be introduced in the network and data can 
readily be moved from one location to another to balance the load 
over the network. 


6.3 Data base administration 


Since BVAS contain customer- and station-related information, 
which changes frequently with customer movement, a high volume of 
updates is expected. Moreover, as the service attracts new customers, 
these data bases are expected to expand. For these reasons, a mecha- 
nized means of keeping these data bases current is essential. The 
support system that provides mechanized administration of the BVA is 
the DBAS. 

The computer-based DBAS provides a secure interface between the 
telephone company service order systems and the BvAs (see Fig. 4). 
The DBAS is connected to each BVA that it administers by a pair of 
data links (primary and standby). Although a DBAS can administer up 
to four BVAs, each BVA is administered by only one DBAs for data 
integrity purposes. 

The DBAS receives initial load data via magnetic tapes from tele- 
phone company customer-record information systems. Update data 
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Fig. 4—Data Base Administration System. 


are received from telephone company service order systems via data 
link, magnetic tape, or direct input from a terminal. The DBAs checks 
input data for logic and syntax errors prior to updating its own data 
base. Normally, updates are batched and transmitted to the BVA at a 
specified time of the day via data link. However, critical updates can 
be sent immediately if required. 


6.4 Coin station enablement 


Prior to the introduction of automated coin toll service,’ it was 


necessary for local offices to disable the DTMF signaling dial on coin 
stations before a call was connected to Tsps. This was to prevent fraud, 
and was true for both dial-tone-first and coin-first coin lines. With 
Calling Card Service, the coin station dial must be enabled for the 
customer to enter the billing information. 

The implementation of this capability requires substantial effort not 
only in TSPs but also in local offices and the public station area. Where 
economical, changes are provided in the local offices to implement this 
capability for all coin stations served by that office. Otherwise, per- 
station changes are required. In the case of local office changes, two 
methods of enablement are available: multiwink signaling and ex- 
panded inband signaling. 


6.4.1 Multiwink 


Multiwink signaling is currently available for use by many electro- 
mechanical and some Ess local offices to perform coin signaling with 
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Tsps. A series of one to five short-duration on-hook winks are used by 
the TSPS to signal the local office. 

For a dial-tone-first call, the local office disables the DTMF signaling 
dial on the coin station immediately before making the connection to 
tsps. If Tsps determines that this is a 0+ call and that the customer 
can dial a calling card number, TsPs sends a signal to the local office, 
which enables the dial. If the customer is subsequently connected to 
an operator, another signal is sent to notify the local office to disable 
the dial and allow coin signals to be transmitted. 

In the case of coin-first stations, the dial is disabled as soon as the 
initial deposit is collected or returned. Before the introduction of 
Calling Card Service, the local office returned the coins prior to 
connecting the call to Tsps. To enable the dial, a limited form of coin 
retention has been developed. On calls connected to Tsps, the function 
of coin return has been moved to Tsps. On 0+ coin calls, TSPS retains 
the initial deposit until it is determined whether this is to be a 
customer-dialed Calling Card Service call. If it is, the deposit is retained 
until the end of the call, thus enabling the dial. If it is not, the initial 
deposit is returned before an operator is connected. In some electro- 
mechanical offices, coin retention will require minor hardware changes. 


6.4.2 Expanded inband signaling 


Prior to the need for DTMF signaling dial enablement, inband signal- 
ing has been used between Tsps and many types of Ess local offices. 
This form of signaling employs on-hook winks from TsPs to alert the 
local office that multifrequency tones will be transmitted. With inband 
signaling, three combinations of multifrequency tones are used to 
perform normal coin signaling (such as coin collect, or coin return). 
Expanded inband signaling (EIS) provides three additional signals to 
provide DTMF signaling dial enablement. In addition, certain timing 
changes are incorporated in the signaling arrangement for enhanced 
reliability. 

With EIs, the local office now enables the dial for calls dialed 0— or 
0+; no EIS signal is required to perform this function. However, as soon 
as the call goes to an operator, TSPS must send one of the new signals 
to disable the dial and allow coin signals to be transmitted. A second 
signal is sent as soon as the operator disconnects so that the dial is 
again enabled. Enablement of coin-first coin stations with EIS uses 
coin retention in the same manner as multiwink signaling. 

The implementation of EIS requires hardware and software changes 
in Tsps. Software changes are required for EIS in all Ess offices; in some 
cases, trunk designs must be modified. The activation of EIS requires 
a coordinated retrofit procedure between Tsps and the local office. 
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6.4.3 Coin station change 


In some cases, it is not economical or practical to make local office 
changes for dial enablement, especially in areas where there are few 
coin stations. Three alternative methods are available for these cases: 
a complete new coin station with a new totalizer can be used, a new 
totalizer can be added to the existing set, or a newly designed polarity 
guard kit can be added to the station. These modifications make the 
station insensitive to battery polarity and, thus, allow the dial to be 
enabled at all times. 

These station change techniques are applicable to only dial-tone- 
first coin lines; no station change procedures are available for coin-first 
lines. 


Vil. SERVICE INTRODUCTION 


The introduction of Calling Card Service is affecting many areas of 
telephone company business, and a large coordinated effort is being 
applied to implement it throughout the industry. Because of the 
magnitude of such an undertaking, the service is being implemented in 
phases. 

The initial phase began in July 1980. During this phase, BVAs were 
not deployed to provide billing validation and ost capabilities. Instead, 
TSPS performed internal validation checks in place of BVA queries. 

In addition, since the osT capability (which relates to the customer’s 
capability to dial the billing information) is essential to providing this 
service in an acceptable manner, an interim osT feature was provided 
in Tsps for use prior to BVA availability. The interim ost feature 
determined which public stations were equipped with DTMF signaling 
so that these stations could be given tone and announcement treat- 
ment. It also allowed a specified treatment (tone, tone and announce- 
ment, operator assistance) to be given to selected nonpublic stations. 
All rotary-dial public stations and other nonpublic stations for which 
tone or tone and announcement treatments were not specified received 
operator-assisted treatment. 

The interim ost data were loaded and updated in Tsps by standard 
input messages. The DBAS administered and transmitted the data in 
the proper format to the TsPs administration center for subsequent 
input into TSPS. 

Through the use of this interim ost feature, Calling Card Service 
was selectively introduced prior to BVA deployment. During this intro- 
ductory phase, customers who were at public and selected nonpublic 
stations equipped with DTMF signaling could dial their billing infor- 
mation without operator assistance. The remaining customers gave 
their billing information to the operator, as with conventional credit 
card service. 
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Subsequently, the BvAs are being deployed nationwide, and Calling 
Card Service is being introduced into all Tspss. Customer-dialed service 
can be extended to customers at all nonpublic and public stations 
equipped with DTMF signaling. As the service capability is introduced 
to tsps offices, they will launch billing validation and osT queries to 
BVAS in lieu of local processing. 

Billed number screening is being introduced for public telephones. 
The Tspss in which the feature has been introduced will launch BNS 
queries to BVAs prior to the completion of collect and bill-to-third- 
number calls to ensure that the billing number is not a public tele- 
phone. 


Vill. SYSTEM BENEFITS 


The introduction of Calling Card Service benefits both the customer 
and telephone companies. For example, the service reduces operator 
involvement on calls, improves service, and increases customer billing 
protection. 

Moreover, Calling Card Service calls for significant effort on the 
part of telephone companies and the Long Lines Division at AT&T to 
accommodate the modifications and additions to the network that it 
requires (refer to Section VI). Although these changes in the network 
are significant, the benefits of Calling Card Service are substantial and 
lie largely in the following areas: 

(t) Decreased operating expenses resulting from the reduced need 
for operator services as customers more frequently dial their own 
billing numbers. 

(it) Reduced losses because of fraudulent calling and customer or 
operator error with billing information. 

Economic analysis has shown that the reduction in operating expenses 
resulting from the use of Calling Card Service is particularly significant. 
This results from the rapidly rising operating expense and the high 
labor intensity of today’s alternate billing arrangement. It has been 
estimated that at the anticipated growth rates in collect, credit card, 
and bill-to-third-number calls, the demand for operators could, without 
Calling Card Service, have increased by more than 50 percent within 
the next 20 years. It is expected that the new service will assist in 
stabilizing the operator force. . 

Another important area to consider when evaluating the benefits of 
Calling Card Service is customer reaction. Considerable data exist on 
customer acceptance of and performance with Calling Card Service. 
The first evaluation of customer experience with the new service was 
obtained in a Human Factors and Marketing Trial conducted between 
November 1977 and June 1978 in Milwaukee, Wisconsin.® In that 
study, a variety of tests were conducted on ways of providing the 
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service. Further information has also been obtained from initial expe- 
rience with the service both in Buffalo, New York, and in Jacksonville, 
Florida, since cutover in 1980. 

The basic measures of success on Calling Card Service are customer 
acceptance and performance. Most customers with calling cards (or 
their predecessor, the credit card) who make calls from stations 
equipped to receive the customer-dialed protocol, have attempted to 
dial their billing numbers and have done so with considerable success. 
The high acceptance rate has been essentially unaffected by the 
successive addition of new user population and can be taken as an 
indication of the overall success of the new service. 


IX. CONCLUSIONS 


We have given an overview of the Calling Card Service. Subsequent 
papers in this issue examine in more detail the changes required for 
the new service. The introduction of Calling Card Service is having a 
significant and positive impact on the telephone industry. Moreover, 
the service is one aspect of a new dimension in customer control of 
network telephone services; the key to this dimension is the capability 
of the customer to dial billing information in addition to the destination 
number. This, coupled with real-time access to distributed data bases, 
results in security and service improvements that are appealing to the 
customer and to the telephone companies. With Calling Card Service, 
customers are provided an alternative to operator assistance, while the 
telephone company is offered relief from the rapid increase in demand 
for operators. 
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New hardware and software were developed for the Traffic Service 
Position System (tsps) No. 1 to provide Calling Card Service and 
related capabilities. These developments allow Tsps to provide 
prompting announcements to calling card customers, to receive cus- 
tomer-dialed billing information, to verify the received billing infor- 
mation utilizing the data base capabilities of the Stored Program 
Controlled Network, and to provide operator assistance for calling 
card customers when required. The implementation includes new 
TSPS operational and maintenance software, dual-tone multifre- 
quency * (DTMF) and multifrequency digit detection and announce- 
ment circuits, access to the Stored Program Controlled Network, and 
new local office interfaces. 


l. INTRODUCTION 


Calling Card Service enables customers to make calls billed to their 
calling card number without the assistance of an operator.’ Customers 
originating O+ calls to the TsPs are prompted to dial their calling card 
number, or are connected to an operator based on the originating 
station treatment (OsT) data specified at a billing validation application 
(BvA) data base.” Customers calling from stations with dual-tone 
multifrequency* (DTMF) signaling capability may dial their calling card 
number directly. The Tsps validates the billing number by initiating a 


* Touch-Tone is the AT&T registered service mark for dual-tone multifrequency 
signaling. 
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query to the BVA, and then completes the call. Sequence calls (subse- 
quent calls billed to the same calling card number) may be made by 
keying the number sign (#) character prior to dialing the new tele- 
phone number. 

Operator-assisted Calling Card Service is available to customers 
calling from stations not equipped for DTMF signaling to the TsPs and 
to customers requiring operator assistance. Validation of calling card 
numbers is provided on an inward basis to non-TSPS operators capable 
of DTMF or multifrequency signaling to Tsps. Billed number screening 
(BNS), a related Calling Card Service capability, enables the Tsps 
operator to determine if bill-to-third-number or collect requests are 
allowed for a particular billing number. 

The functions needed in Tsps for Calling Card Service and BNS are 
provided by new hardware and software. These new services are 
provided by Tsps Generic 1T10, which establishes TsPs as a node on 
the Stored Program Controlled (spc) Network. New hardware is 
needed to provide: automated announcements and collection of cus- 
tomer-dialed digits; Common-Channel Interoffice Signaling/Direct 
Signaling (ccis/ps)® to send queries to Bva data bases; and special 
local office interfaces which activate DTMF signaling from coin stations 
when calls are connected to Tsps. New software is needed to provide 
automated and operator-assisted Calling Card Service interfaces for 
customers and to maintain new Tsps hardware. 


ll. HARDWARE IMPLEMENTATION 


Implementation of Calling Card Service required changes and/or 
additions to a number of TsPs peripheral circuits. Major changes were 
made to the Station Signaling and Announcement Subsystem (ssas) 
of TSPs to provide necessary announcements and customer prompts, 
as well as the ability to register billing information transmitted via 
DTMF or multifrequency signaling. Additional equipment was intro- 
duced to interface with the ccis network and provide the Tsps with 
access to the BVA. Other TSPS changes were implemented to activate 
the DTMF signaling capabilities of certain telephones through expanded 
inband signaling and to provide required maintenance functions. 


2.1 Changes in the SSAS 


The SSAS is a program-controlled peripheral subsystem of the Tsps 
which was originally developed to provide Automated Coin Toll Ser- 
vice (AcTs).4 The ssas constructs customer announcements and 
prompts from a prerecorded vocabulary of announcement phrases, 
directs them to the telephone customer, and detects customer coin 
deposits. The ssAs consists of duplicated controllers and announce- 
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ment stores, and up to 239 traffic-engineered coin detection and 
announcement (CDA) circuits (see Fig. 1). 

The sSSAS announcement vocabulary consists of digitally encoded 
half-second phrases which are stored in the semiconductor announce- 
ment store. The ssas controller retrieves announcement phrases from 
the announcement store and directs the appropriate phrases to each 
equipped CDA circuit. A digital-to-analog decoder within the CDA 
circuit converts the digitized announcement phrases into an analog 
announcement for the customer. 

Customer coin deposits are identified by dual-frequency coin deposit 
signals, which are detected by a coin tone receiver within each CDA 
circuit. The received coin deposit information is monitored and acted 
upon by the ssas controller. Amplifiers, four-wire terminating sets, 
and other transmission components within the cDA circuit protect the 
coin tone receiver from potential interference caused by the ssas 
announcements and permit an operator to be connected to the call if 
necessary (see Fig. 2). 

To provide Calling Card Service, two new SSAS circuits were devel- 
oped: the tone detection and announcement (TDA) circuit and the 
multifrequency detection and announcement (MDA) circuit. The TDA 
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Fig. 1—Station Signaling and Announcement Subsystem block diagram. 
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Fig. 2—-Connection of SSAS CDA into TSPS. 


circuit provides prompts and registers billing information transmitted 
via DTMF signaling on customer-dialed and certain automated inward 
validation calling card calls. The MDA circuit is utilized on automated 
inward validation calls when the billing information is transmitted 
using multifrequency signaling. 

Implementation of the operational and maintenance functions as- 
sociated with Calling Card Service required significant program addi- 
tions to the ssas controller. The capacity of the controller program 
store was increased to accommodate the added program. The ssAs 
announcement store was also equipped with additional memory to 
provide the new announcements and prompts required for Calling 
Card Service. 


2.1.1 Tone detection and announcement circuit design 


The design of the TDA circuit is similar to the CDA circuit used for 
ACTS, except that a DTMF receiver replaces the CDA coin tone receiver 
(see Fig. 3). The DTMF receiver provides the following functions: 
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Fig. 3—Connection of SSAS TDA into TSPS. 


(t) Detection of the standard DTMF signals used to transmit billing 
information during call setup (see Table I) 
(tt) Rejection of speech simulations of DTMF digits 

(zz) Buffering of detected digits 

(tv) Enhanced detection of the # DTMF character while awaiting 
call completion. 
These functions are achieved through the use of a modified local office 
DTMF receiver. 


Table I—Dual-tone multifrequency 





codes 
High-Group Frequencies in 
Low-Group Hertz 
Frequencies in 

Hertz 1209 1336 1477 1633 

697 1 2 3 A* 

770 4 5 6 B* 

852 7 8 9 C* 

941 ‘ 0 # D* 


* Currently unused. 
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The first two functions are shared in common with local office 
applications and are provided by the basic receiver. New circuitry was 
added to provide the other two functions which are required to 
implement Calling Card Service. Buffering of the detected DTMF digits 
permits the digits to be received at a 250-ms rate. Detection of the # 
character in the presence of audible ringing signals, busy signals, and 
network announcements, while awaiting call completion, is required to 
provide sequence calling. 

As with the detection of coin deposit signals for ACTS, DTMF signal 
detection for Calling Card Service must be performed in the presence 
of speech and other interfering signals. Speech may contain compo- 
nents at the DTMF signaling frequencies that are subject to interpre- 
tation by the receiver as valid digits. To protect against errors of this 
type, the receiver employs a technique called “limiter guard action” 
(described later). However, this technique makes the receiver suscep- 
tible to the rejection of valid DTMF signals that are coincident 
with speech, and other techniques are required to provide protection 
against interference of this type. Protection against interference from 
coincident customer speech is provided by the design of the telephone 
itself, which disables the voice transmitter when a key is depressed. 
Protection against interference from coincident SSAS announcements 
is provided by isolating the DTMF receiver from these announcements 
through the use of four-wire terminating sets within the TDA circuit. 
However, since this isolation is not complete, the SsAs announcements 
are truncated at the earliest indication of a received DTMF signal to 
provide increased protection against interference from the SSAS an- 
nouncements. 

Figure 4 shows the SSAS DTMF receiver. The receiver incorporates 
an input transformer and amplifier to provide necessary impedance 
matching and signal gain. Input bandpass filter A shapes the incoming 
signal by suppressing interference at 60 Hz and its harmonics, as well 
as any energy above 3 kHz. When detecting the # character in the 
presence of audible ringing signals, busy signals, and network an- 
nouncements, additional shaping is provided by input bandpass filter 
B which is inserted under TSPs control. 

Two band-elimination filters follow the receiver input filter section. 
One filter rejects only frequencies in the high-group DTMF band; the 
other filter rejects only frequencies in the low-group DTMF band. Each 
band-elimination filter is then followed by a zero-crossing limiter, four 
channel filters, and their associated detectors. The channel filters each 
consist of a narrow bandpass filter centered at one of the nominal 
DTMF frequencies. 

When a DTMF signal is introduced into the receiver, the two single- 
frequency components of the received signal are separated by the 
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Fig. 4—Dual-tone multifrequency receiver block diagram. 


band-elimination filters. If no additional interfering signals (e.g., 
speech) are present, each limiter will be driven by a single-frequency 
input signal, producing a fixed-amplitude square wave output signal of 
the same frequency. The fundamental frequency component of the 
square wave will pass through the channel filter corresponding to the 
specific DtmFr frequency and turn on the associated detector. The 
detector outputs are processed by validation logic which verifies that 
the detected signals exceed the minimum required duration and con- 
verts the two-out-of-eight DTMF code to a binary-coded-decimal (BcpD) 
format. The BcpD information is loaded into a first-in-first-out (FIFO) 
shift register, which buffers the data until they are retrieved by the 
SSAS controller. 

If the receiver is exposed to speech, the fixed-amplitude limiter 
output signal will be a nonperiodic waveform, rather than a periodic 
square wave. Any DTMF frequency components present in the limiter 
output signal will not contain sufficient energy to turn on the detectors 
and no output will be generated. This arrangement—limiter guard 
action—minimizes speech simulations of digits. However, as described 
previously, other measures are required to protect the receiver from 
speech energy during the reception of digits to avoid blocking valid 
receiver outputs. 

The entire DTMF receiver is contained on four 4- by 8-inch plug-in 
circuit packs located in the ssAs service circuit frame.‘ Each service 
circuit frame can accommodate up to 16 TDA circuits, 16 MDA circuits, 
or any combination of the two circuit types. The SSAS service circuit 
frames can be arranged to provide a combined maximum of 239 cpa, 
TDA, and MDA circuits. 


2.1.2 Multifrequency detection and announcement circuit design 


The design of the MDA circuit is also similar to the CDA circuit, 
except for the receiver used (see Fig. 5). The MDA circuit uses a newly 
designed multifrequency signal receiver which performs the following 
functions: 

(¢) Detection of the 12 standard multifrequency signals used by 
non-TsPs operators to validate billing information (see Table II) 
(iz) Protection against false operation 

(iii) Buffering of detected multifrequency digits. 

The ssAs multifrequency receiver is based on the design of existing 
central office multifrequency receivers, and takes advantage of modern 
integrated circuit and microcomputer technologies which allow it to 
be implemented on a single 6- by 7-inch plug-in circuit pack. 

The standard arrangements used for the transmission of multifre- 
quency signaling information minimize the potential for digit simula- 
tion and speech interference, thereby simplifying the receiver design. 
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Fig. 5—Connection of SSAS MDA into TSPS. 


Multifrequency signaling utilizes the KP (keypulse) and sT (start) codes 
to identify the beginning and end, respectively, of a multifrequency 
digit sequence. Depression of the KP key by a non-TSPs operator 
disconnects the operator’s voice transmitter from the transmission 


Table II—Multifrequency codes 


Frequencies in Hertz 


Code 700 900 1100 §=1300 81500 =: 1700 


1 x x 

2 x x 

3 x x 

4 x x 

5 x x 

6 x x 

7 x x 

8 x x 

9 x x 

0 x x 
KP x 
ST x x 
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path and provides a quiet background for the reception of multifre- 
quency signals. 

Prior to detection of the KP code, the multifrequency receiver 
remains in a “locked” mode in which it will only respond to the KP 
code; all other codes are ignored. A longer recognition time is required 
for the KP code than for other multifrequency codes to provide protec- 
tion against false receiver operation caused by speech. Once the KP 
code has been detected, the receiver is switched to the “unlocked” 
mode in which it will respond to the remaining multifrequency codes. 
The detection of the st code at the end of the digit sequence switches 
the receiver back to the “locked” mode. 

The SSAS multifrequency receiver is depicted in Fig. 6. The input 
amplifier and automatic gain control (AGC) circuitry provide isolation 
and impedance matching for the receiver input, and provide a con- 
trolled input signal level to the channel filters. The six channel filters 
each consist of a narrow bandpass filter centered at one of the nominal 
multifrequency signaling frequencies. Each channel filter is followed 
by a threshold detector whose output is monitored by a microcompu- 
ter. The microcomputer provides overall control of the receiver, in- 
cluding timing of the received signals, code validation, mode control, 
and buffering of the detected multifrequency codes. 

A valid multifrequency code consists of exactly two single-frequency 
signals. These two single-frequency components will be passed by two 
of the six channel filters in the receiver and trigger the associated 
detectors. The resulting two-out-of-six code is checked for validity by 
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Fig. 6—Multifrequency receiver block diagram. 


1684 THE BELL SYSTEM TECHNICAL JOURNAL, SEPTEMBER 1982 


the microcomputer and buffered until it is retrieved by the ssas 
controller. 


2.1.3 Station Signaling and Announcement Subsystem program store 

expansion 

The ssas programmable controller, PROCON, has a basic addressing 
capacity of 16K program words. To accommodate the increased pro- 
gram requirements for Calling Card Service and subsequent features, 
the effective program store capacity was increased to 32K words. This 
was accomplished by implementing a block memory management 
arrangement. 

Under the memory management arrangement, the 16K addressing 
range of PROCON is divided into a permanently active block of 12K 
words and a “paged” block of 4K words (see Fig. 7). Four additional 
4K blocks of physical memory are provided and are paged into the 12 
to 16K address range as required. Newly designed SSAS circuitry selects 
which one of the five 4K paged blocks is active, under control of a 
hardware register loaded by PROcON. This register is loaded by PROCON 
instructions located in the base 12K memory block. The hardware 
implementation ensures that one and only one 4K paged block is 
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Fig. 7—Station Signaling and Announcement Subsystem program store expansion. 
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active at a time, and a software check is performed to verify that the 
correct block has been selected. 


2.1.4 Station Signaling and Announcement Subsystem vocabulary 

expansion 

The ssAs announcement store can be equipped with a maximum of 
six memory modules, each accommodating 80 half-second phrases, to 
yield a total vocabulary of 480 phrases. The implementation of ACTS 
required only 95 phrases, located in two memory modules. These 
phrases contained the speech segments used to generate announce- 
ments, as well as test tones and timing data used to perform automatic 
self-testing. 

To provide the additional announcement vocabulary required for 
Calling Card Service, plus the test tones needed for the TDA and MDA 
circuits, the SSAS announcement store was equipped with one addi- 
tional memory module. The necessary speech segments were recorded 
by a professional announcer, digitally encoded, and then edited to 
produce natural-sounding announcements. The test tones were re- 
corded using laboratory signal generators. 


2.2 Common-channel interoffice signaling hardware organization 


The TspPs utilizes CcIS/DSs to query BVA data bases and interconnects 
to the ccis network via A-links to mate signal transfer points (STPs) in 
the same switching region.® Early in the development of ccIs/Ds 
capabilities for the TSPs, it was recognized that ccis equipment origi- 
nally developed for the stp and No. 4A/ccIs systems could be utilized 
by TSPs to interconnect to the spc network.*® This is possible since 
both the stp and No. 4A/ccIs systems use sPc 1A processors, the same 
processor used by Tsps. Also, much of the maintenance software 
developed for those systems is adaptable to the Tsps application. The 
use of No. 4A/ccis hardware and maintenance software provides an 
spc network interface nearly identical to that of No. 4A/ccis. However, 
even though the Tsps utilizes No. 4A/ccis equipment, it does not 
perform ccis call setup functions; instead, it utilizes only the direct- 
signaling capabilities of the ccIs network to communicate with BVA 
data bases on the spc network. Figure 8 shows the TspPs interface to 
the ccis network. 


2.2.1 Signaling links 


The A-link between the Tsps and the sTP consists of a terminal unit 
at each end of a voice frequency link (VFL).” The vFLs are duplicated 
for reliability; one is normally in service, while the other vFL provides 
a switched backup. Because direct-signaling messages are not logically 
associated with individual signaling links, the Tsps distributes its 
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Fig. 8—Traffic Service Position System—ccis network interface. 


direct-signaling messages evenly over all in-service signaling links. 
When a signaling link is removed from service, because of a fault or 
manual action, the direct-signaling messages are distributed evenly 
over the remaining links. In this way, the in-service links constitute a 
common pool of signaling links available for direct-signaling messages. 
The TSps may be equipped with a maximum of 16 A-links. 


2.2.2 Common-channel interoffice signaling functional units 


Figure 9 is a functional block diagram of the ccIs equipment config- 
uration for TsPs. For simplicity, duplication of buses and controllers is 
not shown. For an explanation of the No. 4A/ccis configuration see 
Refs. 5 and 6. The circuits added for TSPS/ccIS are the CcIS terminal 
group frame and the VFL access circuit. Modification of the Tsps office 
was required to interconnect the new circuits to the TSPs peripheral 
bus and to TsPs peripheral circuits. 

2.2.2.1 Terminal group frame. The terminal group frame contains the 
signaling terminal units and data modems for up to 16 signaling links, 
as well as duplicated terminal access circuits (TACs) for processor 
communication with each terminal unit. The Tsps can be equipped 
with one terminal group frame. 

The terminal unit is a special-purpose stored program processor 
which maintains data communication over the signaling link. Synchro- 
nization, error detection, and retransmission of signal units received in 
error are all handled by the terminal unit, independent of the TsPs 
processor. 

The modem is the interface between the terminal and the vFL. One 
modem is associated with each terminal. The modem has two VFL 
ports which are used to switch between mate VFLs under TSPS processor 
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Fig. 9—Block diagram of TsPS/cCIS equipment. 


control. One terminal-modem unit is associated with each signaling 
link. Backup capability for terminals is provided by requiring that 
signaling links be provided in pairs: one to the stp and one to its mate. 

The fully duplicated TAcs provide redundant and independent access 
for each terminal unit via the TspPs peripheral buses. The Tac has no 
autonomous functions and only one TAC is active at a given time. The 
TSPS processor periodically polls the Tac to determine which terminal 
units, if any, contain waiting signal units. 

Modification of the TsPs office was required to interface the terminal 
group frame to the TspPs peripheral bus. Even though both No. 4A/ 
CCIS and TSPS use spc 1A processors, the two systems utilize different 
peripheral bus structures. Because of this, the Tsps peripheral buses 
were modified to provide the processor signals and bus lengths neces- 
sary to control the frame. 

2.2.2.2 VFL access circuits. The VFL access circuits connect the 
terminal units to the signaling facilities to provide VFL test access. In 
addition, the VFL access circuits contain adjustable transmission pads 
which provide the proper transmission levels at the modem and test 
points. 


2.3 Other TSPS hardware changes 


Changes were made to other TsPs circuits to implement an expanded 
inband signaling interface with the local office and provide necessary 
maintenance functions. 

As described in Section IV, expanded inband signaling uses six 
multifrequency codes to control a variety of local office functions, 
including activation of coin telephone DTMF dials. Expanded inband 
signaling is based on an earlier multifrequency signaling system which 
used three multifrequency codes. The multifrequency signals are ap- 
plied by a TSPS service circuit called the coin control and ringback 
(CCR) circuit. Under control of the TsPs processor, the CCR circuit is 
connected to the incoming trunk from the local office via the TsPs 
switching network. Multifrequency tones are supplied to the ccR 
circuit by a common signal source. Timers and program-controlled 
relays within the ccR circuit then apply the appropriate controlled- 
duration tones toward the local office. 

To provide the three additional codes and new timing parameters 
required for expanded inband signaling, the CCR circuits were modified 
by incorporating additional program-controlled relays and timing cir- 
cuitry. The modified ccR circuits are bimodal and can be used to 
provide both expanded inband signaling and the earlier multifrequency 
signaling interface with the local office. The ccr circuits are automat- 
ically diagnosed using an existing multifrequency test circuit and new 
TSPS maintenance software. In addition, the control, display, and test 
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(cpT) frame and the test and display circuit (TDC), which are used to 
perform trunk maintenance tests, were equipped with three new 
keys.’® The three keys control application of the additional multifre- 
quency signals and can be used by the craftsperson during manual 
trunk tests. 

Other modifications to the cpt frame were also required. One of 
these was the addition of indicator lamps to the cpDT status panel. 
These lamps summarize the in-service/out-of-service status of the 
CCIS, TDA, and MDA circuits consistent with the status indications 
provided for other TSPs peripheral circuits. 

The cpT frame and its associated TsPs processor software were also 
modified to permit manual transmission testing of the CCIS VFLS. 
Under control of the TSPs processor, each VFL can be connected to the 
CDT frame via the TSPS switching network. The cpt frame modifica- 
tions were required to permit both transmit and receive paths of the 
VFL to be simultaneously connected to transmission measuring equip- 
ment located within the frame. Two-person manual transmission test- 
ing of the vFLs can then be performed as required between the cpT 
frame and the CcIs sTP office. 


Il. PROGRAM IMPLEMENTATION 


New software was developed to provide maintenance of SSAS en- 
hancements and other new TsPs hardware arrangements, and to pro- 
vide TSPS processing of automated and operator-assisted calling card 
calls and BNS calls. Additional software provides CcIS/Ds capability. 


3.1 Maintenance programs 
3.1.1 Expanded SSAS PROCON memory 


Paging a 4K memory block is done via a memory-block select 
register In PROCON. Since there is overhead required to select a block, 
paging must be kept to a minimum. To cut down overhead, a new 
software structure was designed to allow for efficient and simple 
growth of new features. The active and standby monitor programs, the 
scheduler, and operational programs for features developed prior to 
Generic 1T10, reside in the base 12K words of PROCON program store. 
All new 1T10 feature PROCON programs reside in memory blocks A 
and B. Future feature programs will be assigned to memory blocks C, 
D, and E as required. 

Diagnostics of the block-memory select circuits are provided as a 
part of the ssAs controller diagnostics currently resident in the TSPS 
and ssas processors. The block-memory select diagnostics generate 
test patterns which cause multiple memory blocks to be selected. The 
block-memory select circuit also has an odd parity checker which 
reports multiblock select errors. 
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Since all block-memory management circuitry is on one circuit pack, 
fault resolution capability is optimized. Only a few typical circuit- 
interface-type faults may involve two or more circuit packs in the 
controller. 


3.1.2 Tone detection and announcement and MDA circuit diagnostics 


The system configuration for testing MDA and TDA circuits is shown 
in Fig. 10. The cpa test circuit which was originally designed to test 
CDA circuits is also used to provide diagnostic test access to analog 
portions of the TDA and MDa circuits.’ Transmission paths are set up 
by the Tsps processor, and the cDA test circuit generates and detects 
the required analog test signals. Additional tests are performed on the 
digital portions of the TDA and MDA circuits by way of their interface 
with the ssas controller. 

Actual tests are run by the standby ssas. The standby SSAS receives 
commands from the TspPs processor, performs the tests, and returns 
the results to the TSPS processor. 

There are 22 test phases for testing the MDA circuit and 21 test 
phases for the TDA circuit. Tests one through eight are the same as the 
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Fig. 10—Basic MDA/TDA test configuration. 
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original tests designed for the CDA circuit and they verify the digital 
and analog circuitry, as well as dc and ac transmission through the 
TSPS network. Phases 9 through 21 verify the proper operation of the 
receiver itself. These later phases check the receiver’s ability to detect 
nominal input signals (i.e., nominal frequency, duration, and level). 
The phases also verify the receiver’s response to various combinations 
of in-tolerance and out-of-tolerance signals. Phase 22 tests the MDA 
receiver’s ability to automatically return to the “locked” mode if an sT 
signal is not received after a 35-second delay. 


3.1.3  Common-channel interoffice signaling maintenance software 


The Tsps maintenance software for CCIS is adapted from No. 4A/ 
CCIS maintenance programs and provides the same diagnostic and 
fault-recognition functions. The design goal was to make the mainte- 
nance of No. 4A/ccis and Tsps/ccis similar to expedite craft training 
and to permit sharing of craft expertise between systems. Maintenance 
for No. 4A/ccis is described in Refs. 5 and 6. 

3.1.3.1 Terminal group frame maintenance. The CcIS TAC and terminal 
hardware contain extensive self-checking circuitry. The terminal is a 
stored program unit with a self-test exercise program which runs 
continuously, interleaved with signal unit processing. Routine exercises 
are run on the Tac and terminal automatically on a daily basis to 
detect nonservice-affecting faults. 

Faults detected in a TAC or terminal unit will cause a processor 
interrupt when the unit is next accessed by the processor. This causes 
the terminal fault-recognition program to be entered. This program 
determines which unit is faulty and then reconfigures the system to 
isolate the faulty unit. The faulty unit is removed from service and 
scheduled for diagnosis. Whenever a terminal is removed from service, 
the signaling network must be reconfigured to use the mate signaling 
link. 

Faults which cause an excessive signaling link error rate lasting 
longer than 3 minutes will cause the link security program to request 
diagnostics on the suspected terminal unit. If the subsequent diagnos- 
tics at the Tsps and sTP find no trouble, a vFL trouble is assumed. 

3.1.3.2 Diagnostic Programs. Diagnostics and Trouble Locating 
Manuals (TLMs) developed for No. 4A/ccis are used by Tsps. They 
provide TsPs craftspeople with the location of suspected faulty circuit 
packs in the Tac and terminal units. The results of a diagnostic are 
printed on the TSPs maintenance teletypewriter in the form of a trouble 
number. The TLM for each unit type associates the trouble number 
with one or more suspected faulty circuit packs. The terminal diag- 
nostic includes a complete test of the modem and its interface to the 
VFL access circuit. Diagnostics for the TAC and terminal units are 
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invoked automatically by fault-recognition and automatic exercise 
programs, or manually by Tsps craftspeople via the maintenance 
teletypewriter. 

3.1.3.3 Signaling link security. Link security programs monitor the 
integrity of working signaling links, invoke link recovery procedures 
on faulty links, and provide maintenance access for TSPs craftspeople.” 
Link security programs respond to signaling link messages received 
from the stp, internal fault recognition, manual inputs from the 
maintenance teletypewriter, and frame key actions. 

Terminal units check each signal unit received and detect unaccept- 
ably high error rates. The terminal notifies the processor if the link is 
not suitable to carry traffic. Link security programs initiate a change- 
over procedure which removes all direct-signaling traffic from the link 
and attempts to synchronize the link on the standby vFL. When the 
signaling link is resynchronized, the Tsps and STP processors measure 
the error rate to determine if direct-signaling traffic can resume. After 
a sufficient prove-in period, the TSPS and sTP exchange load transfer 
and load transfer acknowledgment signals, which causes traffic to be 
returned to the signaling link. 

3.1.3.4 Voice frequency link testing capability. The error performance 
of signaling links is continuously measured by the terminal units at 
each end concurrent with normal service. The standby vFL may be 
tested with a special maintenance terminal at the stp. The test requires 
the TsPs to loop back the standby VFL via the VFL access circuit. When 
the link is active, the TSPs and STP can exchange signals to schedule a 
standby vFL test. The stp maintenance terminal measures the error 
rate on the looped-back standby VFL and signals the Tsps of the pass/ 
fail results. This test may be requested manually from either end, and 
is scheduled automatically by the sTP several minutes after a signaling 
link failure to determine if the vFL should be reported to maintenance 
personnel. 

The TsSps provides manual test access to vFLs through the cpT. 
Under control of the Tsps processor, the VFL test port of the VFL access 
circuit is connected to the cpT through the TsPs switching network. 
Connection of vFLs to the CDT is requested by teletypewriter message 
or by key action at the cpT itself. Figure 11 shows the TSPS VFL access 
circuit arrangement. No. 4A/ccIs and stp use dedicated VFL test 
positions for manual vFL testing. 

3.1.3.5 Signaling link measurement. Signaling link measurements are 
accumulated by the terminal program and the Tsps processor. The 
terminal program maintains counts on a short-term basis. Every 5 
minutes a TSPS program retrieves these counts from the terminal and 
administers the long-term accumulation of those data. Other counts 
are maintained directly by the TSPs processor. 
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Fig. 11—Voice frequency link access circuit arrangement. 


A daily summary report and a 30-minute exception report are 
printed on the TsPs maintenance teletypewriter for use by maintenance 
personnel. The daily report provides maintenance data for all signaling 
links on a 24-hour basis and may be printed on demand. The exception 
report is triggered whenever the value of a key measurement reaches 
a threshold value within a specific period of time. Exception reports 
alert maintenance personnel to possible deteriorating signaling link 
conditions that may warrant investigation. 


3.2 Calling Card Service and BNS operational software 


Calling Card Service and BNS are provided by adding new software 
to the TSPS processor and new firmware to the ssas. The SSAS pro- 
grammable controller, PROCON, uses read-only memory (ROM) for 
program and random-access memory (RAM) for transient data. Com- 
munication between the TSPs processor and for SSAs is effected over 
the Tsps data and reply buses (see Fig. 1). 
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3.2.1 Calling card number 


A calling card number consists of a 10-digit billing number, plus a 
four-digit personal identification number (PIN). The billing number 
may be the directory number to which the call is billed, and is of the 
form: 


NPA-NXX-XXXX. 
Alternatively, the billing number may be a special number of the form: 
RAO-(0/1)XX-XXXX, 


where RAO is the Revenue Accounting Office which assigned this 
billing number. The fourth digit (0/1) indicates that the number is a 
special billing number. 

The PIN is any four digits (YYYY) and can be designated as 
“restricted” or “unrestricted.” Basic Calling Card Service requires an 
unrestricted PIN and is valid for calls to all destinations and for station 
or person calling. If the called number is the billing number, the calling 
customer need only enter the four-digit PIN. Only an unrestricted PIN 
may be associated with a special billing number. 

A restricted PIN is used to bill station-to-station calls placed to a 
directory number which is the same as the billing number. 


3.2.2 Customer-dialed calling card call 


3.2.2.1 Service access treatment. Customers initiate calling card calls 
by dialing 0, plus the called number. This information, plus the calling 
number, is outpulsed to the Tsps by the local office. The Tsps applies 
osT to the call to determine the treatment the customer should receive, 
based on the characteristics of the originating station. Depending on 
ost, the customer may be routed directly to an operator, may receive 
an alerting tone, or may receive an alerting tone, plus an announce- 
ment, “Please dial your card number or zero for an operator now.” 

After the TSPs receives the called and calling number and the calling 
party has received ost for customer-dialed service, the TSPS processor 
connects a TDA circuit through the Tsps network to the local office and 
sends a message to the ssas to process this call. The ssas returns an 
alerting tone (or an alerting tone followed by an announcement) to the 
customer by utilizing an encoded tone and announcement in the 
announcement stores and the decoding circuits in the TDA circuit 
assigned to this call. The customer then has 1 second in which to begin 
dialing a calling card number or take action to get an operator. An 
operator is obtained by dialing 0, 0%, or by flashing the switchhook. 
Customer dialing during the announcement truncates the announce- 
ment. If no action is taken, the customer is given the announcement 
“Please dial your card number or zero for an operator now.” The 
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customer is given an additional 5 seconds to begin dialing or take 
action to get an operator. If no action takes place after 5 seconds, the 
call is brought to an operator. 

There are four possible dialing sequences for a customer-dialed 
calling card call. They are: 


NPA NXX XXXX YYYY, 
RAO (0/1)XX XXXX YYYY, 
YYYY, 

YYYY#, 


where YYYY is a 4-digit PIN and # is the optional end-of-dialing 
indicator. 

If the customer wishes to dial billing information, either the 14-digit 
calling card number or four-digit PIN is dialed. The digits dialed by the 
customer are processed and checked by the ssas. 

A number of timing sequences are performed by the ssAs to interpret 
the dialed information. If no digits are dialed within 2.5 seconds after 
the initial 0, then it is assumed that no further dialing will take place 
and the call is connected to an operator. Two-second timing is initiated 
after the first four digits to check if a PIN only was dialed. If time-out 
occurs after four digits, validation is initiated. If a customer dials 
another digit (other than a #) within the next 3 seconds, the validation 
is terminated, and it is assumed that the customer intends to dial 14 
digits. If no additional digits are received within 3 seconds and the PIN 
is determined to be invalid, an interdigit time-out is assumed. 

After digit reception is complete, the ssAs sends the digits to the 
TSPS processor through the ssas output FIFo buffer. If the customer 
has only dialed a four-digit PIN, TSsPs forms the calling card number by 
prefixing the called number. 

3.2.2.2 Service exit treatment. After the number has been received, 
TSPs performs a format check. If the customer only dialed a PIN, the 
called number is rejected if it is an INWATS, directory assistance, or 
an overseas number. After fraud checks, TSPs interrogates the Bva. If 
the billing information is accepted, the TsPs processor instructs the 

-ssas to return the “Thank You” announcement and outpulses the call. 

If the billing number is rejected, a failure count is incremented. If 
the failure threshold is reached, ssAs gives the announcement, “Please 
hang up and dial zero plus the number you are calling. The card 
number you have dialed is not valid,” and the call is ended. 

If the threshold is not reached, the customer is given the announce- 
ment “Please dial your card number again now. The card number you 
have dialed is not valid.” If no dialing has occurred within 3 seconds 
after the announcement, an alerting tone is returned to the customer. 
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The customer now has 3 more seconds to dial. If no dialing occurs 
after 3 seconds, the customer is given the announcement “Please dial 
your card number.” If the customer does not dial after 5 more seconds, 
SSAS gives the announcement, “Please hang up and dial zero plus the 
number you are calling,” and the call is ended. 


3.2.2.3 Failures and restarts. 


Hardware errors or failures—Hardware errors are detected by 
routine error-detection programs or fault-recognition programs. One 
example of such a hardware error is the inability of a TDA circuit to 
detect digits properly. If a hardware error occurs before a customer 
starts dialing, the call is routed to an operator. If the error occurs after 
dialing starts but before validation, the customer is given reorder. If 
the error occurs after validation, and the call is outpulsing, the call is 
treated normally, with the exception that “Thank You” may not be 
announced. 

Customer flashes—If a customer flashes after dialing the called 
number, but before the alerting tone, the flash is treated as a discon- 
nect. A flash after the alerting tone, but before dialing any calling card 
digits during an initial seizure, or after an initial 0 is dialed, results in 
the call going to an operator. Flashes are ignored from the time a 
customer starts dialing calling card digits to before outpulsing begins. 
If a flash occurs during outpulsing, the call is ended. 


3.2.3 Customer-dialed calling card sequence call 


3.2.3.1 Service access treatment. A calling card customer may initi- 
ate a sequence call by remaining off-hook and depressing the # key 
prior to called customer answer or after the called party goes on-hook. 
The calling customer has approximately 11 seconds after the called 
party disconnects to request the sequence call. After the # character 
is received, the forward connection is released. 

When a sequence call begins, the ssAs gives the customer the 
announcement “You may dial another call now.” The customer has 10 
seconds after the announcement to start dialing. Customer dialing 
during the announcement truncates the announcement. 

3.2.3.2 Service exit treatment. If the new called number is valid, 
“Thank You” is announced and the call is outpulsed. The use of the 
“Thank You” announcement is optional—it may either be provided or 
not. If the number is invalid, an error count is incremented. The 
number of errors allowed for dialing a new number is a changeable 
parameter. 

If the number of attempts to redial a new number exceeds the 
allowable threshold, the announcement, “Please hang up and dial zero 
plus the number you are calling,” is given and the call ended. If the 
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threshold has not been reached, the announcement, “Please dial the 
number you are calling again now. The number you have dialed is not 
correct,” is given. This allows the customer to redial the new called 
number. If the customer does not start dialing within 5 seconds, the 
announcement is repeated. 


3.2.3.3 Failures and restarts. 


Effects of customer dialing a number sign (#) character—The # 
character has the following implications for a sequence call: 

(t) Receipt of a # from the calling customer after outpulsing, but 
before answer or after answer while the called party is on-hook, is 
interpreted as a sequence call request. 

(iz) If seven or ten digits are dialed (or at least the minimum 
number of digits expected on an international call) followed by a #, 
the received digits are treated as the called number, i.e., # acts as 
delimiter, and are validated. 

When the system is expecting seven or ten digits, the new number 
is validated immediately after the seventh or tenth digit is received. 
During outpulsing of a valid number, the number sign is ignored. After 
outpulsing is complete, a number sign initiates a new sequence call. 

(tit) If a number sign is dialed after other than seven or ten digits 
(or before the minimum number of digits required on an international 
call), the number is considered invalid and the error announcement 
for a rejected called number is given. 

(tv) If a customer dials multiple number signs in a row, only the 
first number sign is recognized. 

(v) If the number sign is dialed during the announcements, “You 
may dial another number now.” “Please dial the number you are 
calling again now. The number you have dialed is not correct,” or, 
“Please dial the number you are calling,’ the announcements are 
aborted. The number sign is ignored if received during the announce- 
ments: “Please hang up and dial zero plus the number you are calling. 
The number you have dialed is not correct;” ‘““Please hang up and dial 
zero plus the number you are calling;” or “Please hang up and dial 
direct. This number cannot be dialed as a sequence call.” 

Asterisk (*) or invalid DTMF signals—An asterisk (*) or an invalid 
DTMF signal is ignored and does not invalidate the digit sequence nor 
does it reset the interdigit time-out interval. If an insufficient number 
of digits are received, a time-out will occur. 

Calling customer disconnect or flash—If a calling customer discon- 
nects or flashes during a sequence call attempt, a billing record of the 
previous call is made if it has not already been done, and the call is 
ended. Customer-dialed calling card calls do not have flash privileges. 
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3.2.4 Operator-assisted calling card calls 


A 0+ call is brought to an operator position when one of the following 
conditions occurs: 

(t) The Tsps does not receive automatic number identification 
(ANI) digits from the local office. This may occur because the local 
office is not equipped to send the digits or because there was a failure. 

(ii) The calling customer is dialing from a station from which 
calling card calls are not permitted. 

(iii) The ost information indicates that the call should receive 
operator handling. 

(tv) The caller does not want to enter a calling card number. This 
may occur because another form of billing is desired or because person 
service is required. In this case, the calling customer flashes, dials 0, or 
times out after hearing the tone or announcement. 

3.2.4.1 Operator-assisted calls dialed 0+. When the call is brought to 
a position, the customer quotes billing information to the operator 
(calling card number or PIN only). The operator enters the number 
into the system as given. The operator receives validation information 
via lamps and displays, then relays this information to the customer 
(see Fig. 12). The operator may reenter the number in case of errors. 
When the billing information is valid, the call is automatically out- 
pulsed and the operator may release the call. 

If osT indicates that customer-dialed Calling Card Service is avail- 
able on the originating line, a display, 999, is given to the operator. 
This display tells the operator to give dialing instructions to the 
customer if calling card billing is requested. 


3.2.4.2 Operator key actions 


Proper calling card class of charge—The proper class of charge for 
an operator-assisted calling card call is either STATION SPECIAL CALL- 
ING (STATION SPL CLG) or PERSON SPECIAL CALLING (PERSON SPL CLG). 
The latter requires an operator to handle the call to determine that 
the proper called party was reached. The class of charge is entered by 
the operator before or after the calling card number or PIN is keyed. 

Keying sequence for calling card number or PIN—An operator 
enters a calling card number or a PIN by depressing the KP SPL key, 
plus the digits, and then the START (st) key. If incorrect digits are 
keyed, the KP SPL key flashes. 

The PIN is rejected if the called number is an overseas, INWATS, or 
directory-assistance number. In addition, it cannot be inward numbers 
which are used by operators. If the check fails, the PIN is rejected, the 
program displays the incorrect number, and flashes the KP SPL lamp at 
the position. If the format check passes, the billing number is checked 
against the BVA. 
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Fig. 12—Traffic Service Position System operator position. 


Key actions during BVA query—Only certain key actions are al- 
lowed by an operator while a BVA validation of the PIN versus billing 
number is in progress. The following key actions are acceptable during 
a query: 

(t) Display keys: Calling Number (CLG No) Called Number (CLD 
NO), Special Number (SPL No). 

(it) Appropriate class of charge keys: PERSON SPL CLG; PERSON SPL 
CLD, or STATION SPL CLD; DDD; NO AMA (for inward validation only); 
STATION or PERSON COLLECT. 

(tit) Miscellaneous keys: Time and charge (T&C), MAKE BUSY, Can- 
cel Call (CA CALL) (in initial period access), Position Release (POs RLS) 
(in interim access only). The actions CA CALL and POS RLS abort the 
BVA query and allow the operator to terminate the call attempt. 

If the BVA query indicates that the calling card number is not 
accepted, the failing number is displayed and KP SPL is flashed. The 
operator may rekey the call. If the number is accepted, the KP SPL 
lamp is extinguished and outpulsing proceeds. After outpulsing is 
complete, the operator depresses the START TIMING and POS RLS 
according to local operator practices. 


3.2.4.3 Display of the calling card number 


Display of a rejected calling card number—When a BVA validation 
fails, the billing information keyed by the operator is displayed auto- 
matically. Since the 14 digits of a calling card number are more than 
can be displayed on the console, the display is broken into two pieces: 

(i) 312 690 5441 (billing number) 

(tz) 1234 (PIN). 

When the number is rejected, TSPS displays the billing number im- 
mediately. The operator may then depress the DISPLAY SPECIAL NUM- 
BER key to display the pin. A second depression darkens the display. 

If the operator entered the PIN only, a rejection results in the display 
of the PIN only. The operator knows that the called number is the 
billing number. 

Display of an accepted calling card number—Once billing infor- 
mation is accepted the calling card number is still available for display 
to the operator. The first display is the same as in (z) above. The 
second portion of the display contains the RAO returned from the BVA 
and the PIN. Hence, if a PIN only was entered, the display is: 


091 1234 
(RAO) (PIN) 


3.2.4.4 Automatic number identification failures or ONI calls 


Calls dialed 0+ with operator number identification (ONI) or ANI 
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failures (ANIF) cannot be customer dialed. These calls are routed 
directly to an operator. 

The position display is the same as a 0+ call with the addition of the 
KEY CALLING lamp lit steady (ONI) or flashing (ANIF). The operator 
actions are the same as before with the addition of keying a calling 
number. 


3.2.4.5 Operator-assisted calling card, non-O+ type calls 


Hotel, 1+ coin—A customer does not have to dial 0+ to bill a call to 
a calling card number. A coin customer may dial 1+, but after listening 
to an announcement, may decide to bill the call differently. The 
customer may flash or time out to access an operator. The operator 
may change the class of charge from STATION PAID to STATION or 
PERSON SPL CLG. This drops the charge and minutes display and the 
operator proceeds as previously described. 

Incoming 1+ hotel seizures are brought to the position as STATION 
PAID, waiting for the hotel room number. The operator may change 
the call to a calling card call as described in the case of the 1+ coin 
call. The operator proceeds in the same way. 

Non-coin, 0— coin, or hotel—A 0— customer may wish to place a 
calling card call. If the operator keys a 14-digit calling card number 
before keying the called number, validation is attempted immediately. 
If the number is rejected, KP SPL is flashed and the number is displayed. 
If the number is accepted, KP SPL is extinguished. The operator then 
asks the customer for the called number and keys it. Outpulsing occurs 
when the operator depresses the START key. 

If a PIN only is keyed, BVA validation cannot start until the called 
number is keyed by the operator. If before this is done, the operator 
depresses the DISPLAY SPECIAL NUMBER key, the four-digit PIN is 
displayed. The call proceeds as described on 1+ coin calls. 

Special called class of service—A call of any kind which starts out 
as a collect call, can be changed to a calling card call. This can occur 
at the called customer’s request. The operator depresses STATION or 
PERSON SPL CLD as the class of charge and keys in the billing infor- 
mation. Acceptance or rejection of the billing information is the same 
as described for 0+ calls, which have a SPL CLG class of charge. Only 
an unrestricted PIN can be used to accept person collect calls. 


3.2.5 Operator-assisted sequence calls 


Conditions leading to an operator recall—A customer may recall 
an operator by flashing during a call which is in a talking state, 
provided that the call has flash privileges. Operator-assisted calling 
card calls are in the class of calls with flash privileges. 

Service Descriptions—When a customer requests that an operator 
place a sequence call, the operator first terminates the current call by 
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depressing the Record Message (REC MSG) key, which causes a billing 
record of the current call and allows a subsequent call to be made. The 
operator then keys the new called number and class of charge. On 
calling card calls where the class of charge is STATION or PERSON SPL 
billing, and the PIN is unrestricted, the operator does not have to enter 
the calling card number if the same type of billing is desired on the 
second call. 

Operator key action: REC MSG key—Prior to Calling Card Service, 
depression of the REC MSG key terminated the current conversation, 
released the forward connection, and made an AMA record of the call. 
Records of the called number were erased and the class of charge lamp 
was extinguished. The calling party’s calling card, third number, or 
hotel room was retained. 

With the introduction of Calling Card Service, the special number 
information is retained if the class of charge on the first call was 
STATION or PERSON SPL CLG and the call was billed to a number with 
an unrestricted PIN, to a 10-digit special billing number, or to a third 
party. This frees the operator from rekeying a validated number on 
sequence calls. 

However, if the call was placed with a restricted PIN, the class of 
charge and billing number are deleted, and the operator must enter a 
new billing number or charge the call another way. If the class of 
charge was STATION or PERSON SPL CLD, the class of charge is deleted 
and the billing number is also deleted, regardless of the type of PIN. 
This is because the billing number was specified by the called customer, 
and it is presumed that the new sequence call has a different called 
party. 

Operator key action: Key forward new called number—Once the 
REC MSG key is lit, the operator must key in a new called number. The 
operator does this by depressing the KP FWD key, keying in the new 
number, and then depressing the sT key. If the billing number has not 
been deleted, the called number is outpulsed. After depressing STATION 
or PERSON SPL CLG, the operator depresses the Start Timing (ST TMG) 
key and the Pos RLS key, according to usual practices. 

Operator key action: New class of charge—If a customer does not 
wish to place another calling card call, but prefers to bill the call 
another way, the operator depresses the other class of charge key and 
handles the call according to usual practices. In the cases where the 
billing information was deleted, the operator is required to enter new 
class of charge information before the call can proceed. 


3.2.6 Inward validation 


Non-Tsps operators must dial one of three inward codes to gain 
access to the TSPs to perform calling card validation. The validation 
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can occur on an automated basis if the operator has a DTMF or 
multifrequency dial available. Otherwise, inward validation will be 
done on an operator-assisted basis. 

3.2.6.1 Operator-assisted inward validation. For operator-assisted val- 
idation requests, TSPS connects the call to a TsPs operator. After the 
non-TSPS operator informs the TSPS operator that a validation is 
requested, the TSPsS operator depresses the KP SPL key and enters the 
number. In all cases, 14 digits are entered. If the customer only 
specified a PIN, the non-TsPSs operator gives the called number to the 
TSPS operator for use as the billing number. 

After keying in 14 digits, the TSPs operator depresses the sT key. 
The KP SPL key remains lit, while the BVA inquiry is in progress. If the 
number is good, KP SPL is extinguished, and a special display is given 
to the TSPS operator indicating the type of PIN. The non-TSPs operator 
is informed of the RAO and the type of PIN. 

3.2.6.2 Automated inward validation. A non-TSPS operator may vali- 
date a number without TSPs operator assistance. The TSPs returns an 
alerting tone. The non-Tsps operator has 1 minute to start dialing the 
14-digit calling card number to be validated. 

After a format check, TSPS initiates a BVA inquiry for validation of 
the number. There are four possible outcomes of a validation attempt: 

(i) Calling card number accepted; PIN unrestricted: Announce 
“Valid number, unrestricted PIN, RAO XXX.” 
(zi) Calling card number accepted; restricted PIN: Announce “Valid 
number, restricted PIN, RAO XXX.” 

(tit) Calling card number accepted; RAO unknown: Announce “Valid 
number, unrestricted PIN, unknown RAO.” 

(tv) Calling card number rejected: Announce “Invalid number, 
please dial again.” 

After cases (7), (iz), and (zzz), the connection to the non-TsPs operator 
is dropped by Tsps. After the announcement in case (iv), the alerting 
tone is given again and the non-TsPs operator may redial. 

If an operator is using DTMF signaling, the # character has the same 
meaning as described before. It can be used to terminate dialing and 
restart dialing of another number. If a * or an invalid digit is received, 
it is ignored. A flash ends the call. 

If the operator is using MF signaling, the start (ST) signal is treated 
as a # and is required after the 14th digit. The KP signal must precede 
dialing the 14 digits. Any error in keying results in the error announce- 
ment sequence. 

Any digits dialed before the initial alerting tone, after termination 
announcements have started, or after the 14th digit when using DTMF 
signaling, is ignored. If a termination signal (# or sT) follows the 14th 
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digit and dialing follows, the BVA inquiry is aborted and the following 
digits are considered a new number. 

The reception of digits truncates announcements in progress. The 
termination announcement is restarted as soon as possible, but the 
error announcement is not restarted. Digits dialed during an error 
announcement are considered a new number. 


3.2.7 Operator actions—BNS 


Collect calls—When an operator places a collect call on behalf of a 
customer, the BNS feature checks if collect billing is allowed for the 
called number. First, a preliminary format check is made on the 
forward number. The number plan area (NPA) must be a legal NPA. No 
BVA query is attempted if the NPA is illegal. While a query is in 
progress, the COLLECT (COL) key remains lit. In general, keying of a 
COL key darkens any lit or flashing kp key lamp, except KP FwD. 

The BNs/collect reply indicates one of four collect billing states for 
the called number and results in the following actions: 

(t) Collection not denied—The number is outpulsed and the col- 
lect key remains lit. When the customer answers, the operator informs 
the customer that the calling customer wishes to bill the call collect 
and attempts to procure acceptance of the call. 

(it) Public telephone—The called number is outpulsed, the coL 
key remains lit, and the called number is displayed to the operator. 
Collect calls to public telephones must be billed in an alternate manner 
by the called customer, or originated by the called customer if the 
called party wishes to accept the call on a sent-paid basis and pay with 
coins. The operator informs the called party of collect call and attempts 
to procure alternate billing. 

(zit) Collect denied—No outpulsing occurs and the cou key flashes. 
The operator informs the customer that collect calls are not accepted 
by that number. 

(tv) Indeterminate (a possible public telephone)—No outpulsing 
occurs and the cou key stays lit. The operator may check with a 
Directory Assistance (DA) or Rate and Route (R&R) operator. If it is 
not a public telephone, the operator depresses ST to initiate outpulsing. 

Bill-to-third-number calls—After an operator places a third-number 
call, the BNs feature checks if the number accepts third-number billing. 
No class of charge is needed. Format checks and BNS inquiry are 
performed as described for collect calls. Replies and their actions are 
as follows: 

(t) Third number not denied—The kp spL lamp is extinguished, 
and the called number is outpulsed. The operator may release forward 
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and seek acceptance by the third party, or allow the call to outpulse 
and seek acceptance in parallel. 

(tt) Third number denied—The KP SPL lamp is flashed and the 
third number is displayed. No outpulsing occurs and the operator 
announces that the number is unacceptable for billing. 

(tii) Indeterminate—The KP SPL lamp is extinguished. The operator 
may check with a DA or an R&R operator to check if the third number 
is a public telephone. If not a public telephone, the operator attempts 
to get third-party acceptance of the charges. Outpulsing is initiated by 
the operator by depressing the st key. 


3.3 Common-channel interoffice signaling /direct-signaling operational 
software 

The ccIs/DSs operational software provides the TsPs software inter- 
face to the ccIs network. This interface is provided by the ccIs/ps 
message handler program which formats and sends direct-signaling 
messages for calling card, OST, and BNs data base queries. It also 
receives and processes direct-signaling replies from the data base 
queries. Additionally, the message handler provides direct-signaling 
traffic volume controls when there is congestion or blockage in the 
ccIs network and when the BVA is overloaded. A cache memory of 
recently processed calling card numbers is also maintained to protect 
the network from focused overload of frequently used calling card 
numbers. 


3.3.1 Call-processing interface 


Call-processing programs may request that a query be sent over the 
ccis network. The requesting program specifies the type of query to 
be sent (calling card, OST, or BNS), the location of the trunk adminis- 
tration register which contains various data about the call being 
processed, and the location to which control should be transferred 
when the data base reply is received. If the state of the call changes 
before the reply is received, the call-processing program may change 
the location to which control is transferred. Requests for queries during 
periods of ccis network failures result in control being immediately 
returned to the requesting call-processing program, with an indication 
of the reason for failure. 

Call-processing programs may also request that a CCIS query be 
canceled. This request would be made, for example, if the calling party 
hung up before the reply to a query was received. The message handler 
ignores the reply to a canceled query. 


3.3.2 Sending direct-signaling messages 
When a query is requested, the message handler obtains the neces- 
sary call data, then formats direct-signaling messages into signal units 
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for transmission to terminal units. To associate each reply with the 
call requesting the query, a call identification number (call ID) is 
assigned to each query. The call ID is included in the ccis query 
message and returned in the reply message. Timing for replies is 
initiated for each query sent. If no reply is received within two seconds, 
the reply is considered lost. 


3.3.3 Message routing 


The ccis/Ds messages have three address fields which are used for 
routing.® The domain field indicates the type of data in the other two 
fields. The TsPs uses two domain values. Domain 0 indicates that the 
other address fields contain a function number. A function number 
uniquely identifies nodes or processes on the Stored Program Con- 
trolled (spc) Network. The BVA replies are routed to TSPs by function 
number. 

Domain 2 is used to route calling card, BNS, and OST queries to BVA 
data bases. These queries contain NPA and NxxX information in the two 
remaining address fields. The network may route the queries on the 
basis of NPA alone or on both NPA and Nxx. Calling card queries may 
also be routed on the basis of RAO using domain 2. The RAO addresses 
are identified by setting the NPA address field equal to 1000. 


3.3.4 Traffic volume controls 

The TSps automatically reduces the number of CCIS/DS messages 
sent when the network is congested, when messages are blocked, and 
when the Bva data bases are overloaded. When processor signal 
congestion (PSC) signals are received from an STP, the TSPS stops all 
outgoing messages to that sTP and its mate for 10 seconds to allow the 
network to recover. Network problems beyond the first sTP pair are 
detected when a query cannot reach its intended destination and is 
returned to the Tsps with an indication of the reason for failure. If 
network congestion or blockage is indicated, TsPs immediately initiates 
a complete cutback of all queries with the same NPA or RAO destination 
as the failing query. 

Replies from BvA data base queries contain an overload indicator 
which, when set, directs the TsPs to reduce the number of queries to 
that data base. This indicator causes traffic reduction to be invoked 
for a specified interval of time. Subsequent requests for traffic reduc- 
tion received during the reduction interval cause the timing interval to 
be restarted. 

A cache of replies to recently validated calling card numbers is 
maintained at the Tsps to protect the network against a focused 
overload of BVA queries that may result from frequently used calling 
card numbers. Replies to calling card queries are saved in a memory 
scratch area which is used as a cache. A hash algorithm is used to map 
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calling card numbers into cache locations. The hash algorithm is time- 
dependent and periodically changes the location used for any particular 
calling card number. This ensures that only recent replies to queries 
can be found in the cache. Before a calling card query is sent, a check 
is made to determine if the reply for that query is in the cache. If it is, 
the reply data in the cache is used to process the call and the query is 
not sent. 


3.3.5 Traffic sampling 


To monitor the use of the spc network for division of revenue and 
special studies, the Tsps collects on a sampled basis the NPA and NXx 
of the calling and called numbers on calls using the network. These 
call data are transmitted to a network data collection node in the form 
of a supplemental query data (SQD) message. The SQD message indi- 
cates the type of query, the address used in the query message, the 
function number of the TsPs processing the call, the sqp sampling rate, 
and the NPA-Nxx of the calling and called numbers. 


3.3.6 Direct-signaling translation test 


The direct-signaling translation test (DSTT) verifies the integrity of 
routing data between nodes on the spc network.’ This test is manually 
initiated and consists of a series of special data network messages 
which test the translation data in each signal transfer point (STP) on 
the path between the origin and the specified destination. The TsPs is 
capable of originating DSTTs and responding to translation tests origi- 
nating from other nodes on the spc network. 

The TSPs originates a DSTT by sending a Data Translation Test 
(DTT) message over one of its A-links. The stp receiving the DTT 
checks its own translation data and then advances the test by trans- 
mitting a Compare Translation Test (CTT) message to its mate STP. 
After checking its translation data, the mate STP transmits a DTT 
message over the route determined by its translation. The spc network 
function that ultimately receives the DTT responds with Reply to Test 
Messages (RTTs). If the function reached is the one specified in the 
DSTT, a success message is returned; if some other function is reached, 
RTTs indicating a routing error are returned to the originating node. 


3.4 Administrative software 


Changes to TsPs administrative programs were made to provide 
support for the new spc network features. Recent change programs 
are used to administer TSPs resident data. New recent change programs 
were provided to activate cciIs/ps, Calling Card Service, OST, and BNS. 
In addition, new recent change programs administer trunk group 
signaling data for DTMF signaling enablement of coin stations and 
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locally define Calling Card Service announcement protocol prior to 
ost data base availability. New interface programs for the No. 1A 
Service Evaluation System, which provides service evaluation of TSPS 
calls, allows Calling Card Service and BNSs calls to be evaluated. 
Automatic Message Accounting (AMA) record changes were made to 
facilitate billing of Calling Card Service and BNS calls. 


3.5 Measurements 


Extensive new measurements include maintenance, traffic, and CcISs/ 
DS query measurements. Maintenance measurements provide data on 
hardware failures, out-of-service intervals, and other indications of the 
service provided, and the overall system performance. Traffic mea- 
surements detail usage of Calling Card Service and other types of calls. 
This information is used to forecast future traffic capacity require- 
ments and engineer equipment additions, administer the operating 
force, and to assess the grade of service to the customer. The number 
of CCIS/DS queries, replies, and failures are also measured to give an 
indication of CcIS/DS and BVA usage and performance. 


IV. LOCAL OFFICE INTERFACES 


New local office interfaces were provided at the TsPs to permit coin 
telephone customers to use DTMF signaling to enter billing information 
and place sequence calls associated with Calling Card Service. Prior to 
the implementation of these interfaces, the DTMF dials of both dial- 
tone-first and coin-first telephones were disabled by the local office 
upon connection of the call to the Tsps. The new interfaces extend 
control over activation of the DTMF dials to the TsPs. 

Two signaling interfaces are provided for dial-tone-first telephones: 
multiwink signaling and expanded inband signaling. For coin-first 
telephones, a new coin-retention protocol is provided. The use of a 
particular interface is specified in TSPS program memory (office-de- 
pendent data) on an individual trunk-group basis. Some trunk groups 
may require the application of both coin-first and dial-tone-first pro- 
tocols. 

A new signaling arrangement was also provided to permit DTMF 
customers served from certain step-by-step local offices to enter billing 
information using the DTMF dial. 


4.1 Background 

4.1.1 Dial-tone-first telephones 

When a customer at a 1C-type dial-tone-first telephone goes off- 
hook, the local office applies negative battery towards the telephone 
(i.e., the ring lead is negative with respect to the tip lead), dial tone is 
received, and the pTMF dial is activated. Upon connection of the call 
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to the Tsps, the local office applies positive battery towards the 
telephone (i.e., the ring lead is positive with respect to the tip lead). 
This disables the dial and places the telephone in a mode in which 
individual coin deposits are identified by coin deposit signals.* The 
telephone must be in this mode for the customer to place a sent-paid 
call (i.e., one in which the customer pays for the call by depositing 
coins). 

To activate the DTMF dial and permit the entry of the billing 
information required to place a calling card call, the local office must 
reapply negative battery towards the telephone.* However, this pre- 
vents the generation of individual coin deposit signals required for 
sent-paid calls. To accommodate either type of call, the TSPs must be 
able to control the application of positive and negative battery by the 
local office. 


4.1.2 Coin-first telephones 


The ptMF dial of a coin-first telephone is not activated until an 
amount equal to the initial rate has been deposited by the customer. 
If the initial rate is collected or returned to the customer, the dial is 
once again disabled. 

To place a Tsps call, the customer at a coin-first telephone must 
first deposit the initial rate. Prior to the introduction of the coin 
retention protocol, the local office would return the initial rate deposit 
upon connection of the call to the Tsps. This was consistent with no 
charge being incurred to reach an operator; it also simplified the charge 
calculation in the event that the customer wished to place a sent-paid 
call. However, it disabled the dial and prevented the entry of billing 
information for calling card calls. 


4.1.3 Step-by-step offices with DTMF service 


Certain step-by-step local offices provide DTMF service through the 
use of DTMF-to-dial-pulse converters located within the office. These 
converters translate the DTMF signals received from the customer’s 
telephone into dial-pulse signals which are used directly to establish a 
connection through the step-by-step switching system. These convert- 
ers must be disabled, once the call reaches the TsPs, to permit DTMF 
billing information to be transmitted through the step-by-step office. 


4.2 Multiwink signaling 


Multiwink signaling consists of a series of one to five short duration 
on-hook “winks” sent from the TsPs to the local office. It is used by 


* Alternatively, the telephone itself can be modified to permanently activate the dial.’ 
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the Tsps to control the traditional functions of coin collect, coin return, 
and ringback (i.e., application of ringing signal), as well as the selective 
activation of DTMF or coin deposit signaling. 

The multiwink signaling codes are shown in Table III. “Operator- 
attached” and “operator-released” are historical terms which identify 
the multiwink signals used to control the application of positive and 
negative battery, respectively, by the local office; their use does not 
necessarily coincide with the attachment or release of an operator. 
The last three codes are identified by the functions which they perform 
(“collect,” “return,” and “ringback’’). 

Multiwink signaling has been available for several years between the 
Tsps and No. 5 Crossbar, Step-by-Step, and No. 3 Electronic Switching 
System (Ess) local offices. However, Calling Card Service represents 
its first system-wide application for providing DTMF signaling beyond 
the local office. 

With multiwink signaling, the local office continues to apply positive 
battery toward the coin telephone upon connection of all calls to the 
Tsps. At the TSPs, incoming 0— and 1+ calls are connected to an 
operator or CDA circuit as appropriate. With positive battery applied, 
coin deposit signaling is available to handle sent-paid calls. Upon 
release of the call to a talking state (no operator or CDA circuit 
attached), the TSPs sends an operator-released signal to reverse the 
battery applied to the telephone. This activates the ptmF dial, thereby 
permitting its use by the customer for end-to-end DTMF signaling. 

On sent-paid calls which require intermediate coin deposits, the TSPS 
sends an operator-attached signal, prior to connecting a CDA circuit, to 
enable coin deposit signaling. After the necessary charges have been 
collected and the cDA circuit is released, the Tsps sends an operator- 
released signal to once again permit end-to-end signaling by the 
customer. 

On 0+ calls, the Tsps sends an immediate operator-released signal 
to enable the pTmF dial for the entry of billing information on calling 
card calls. If the customer subsequently decides to place a sent-paid 
call, the Tsps sends an operator-attached signal and the call proceeds 
in the same manner as a 1+ call. Otherwise, the DTMF dial remains 


Table IIl—Multiwink signaling 


codes 
Number of On- 
Hook Winks Function 

1 Operator released 
2 Operator attached 
3 Coin collect 

4 Coin return 

5 Ringback 
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activated for the duration of the call with no additional multiwink 
signals being sent. 


4.3 Expanded inband signaling 


Expanded inband signaling provides the Tsps with control over the 
same local office functions as multiwink signaling. Expanded inband 
signaling was developed to circumvent inefficiencies associated with 
scanning for multiwink signals in Ess local offices. It can be used 
between the TsPps and No. 1/1A Ess and No. 2/2B Ess local offices. 

Expanded inband signaling is based on an earlier inband signaling 
system which utilized an alerting wink, followed by one of three 
multifrequency codes, to initiate the coin collect, coin return, and 
ringback functions. Expanded inband signaling incorporates three 
additional multifrequency codes to provide efficient control over the 
activation of DTMF and coin deposit signaling. Additional changes were 
made to the timing parameters of the earlier inband system (e.g., wink 
duration, delay, and tone interval) to enhance signaling reliability. 

The multifrequency codes used for expanded inband signaling are 
identified in Table IV. Expanded inband signaling provides signals 
equivalent to the five multiwink signals. In addition, it provides a sixth 
signal which combines the coin collect and operator-released functions. 
The sixth signal is used following intermediate coin deposit requests 
on sent-paid calls and eliminates the need to send the coin collect and 
operator-released signals back-to-back. 

One other difference between multiwink and expanded inband sig- 
naling is the state in which calls are connected to the Tsps. With 
expanded inband signaling, 0+ and 0- calls are initially connected to 
the TsPs with negative battery applied toward the coin telephone. 
Therefore, the DTMF dial is activated and remains so unless the 
customer subsequently decides to place a sent-paid call. In that event, 
the TSPS sends an operator-attached signal to enable coin deposit 
signaling. 

As with multiwink signaling, the local office initially connects 1+ 
calls using expanded inband signaling to the Tsps with positive battery 
applied toward the coin telephone. The handling of these calls is 
similar to those using multiwink signaling, except that the sixth ex- 


Table 1V—Expanded inband signaling codes 


Frequencies in 


Hertz Function 
900 + 1500 Operator released 
1300 + 1500 Operator attached 
700 + 1100 Coin collect 
1100 + 1700 Coin return 
700 + 1700 Ringback 
1500 + 1700 Operator released/coin collect 
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panded inband signal is used in place of separate coin collect and 
operator-released signals following intermediate coin deposit requests. 


4.4 Coin retention 


The newly established coin retention protocol permits the entry of 
billing information and the origination of sequence calls from coin-first 
telephones. With this protocol, the return of the initial rate deposit, 
which was previously performed by the local office, is now initiated 
under control of the TsPs. 

On 0— and 1+ calls, the Tsps sends a coin return signal to the local 
office prior to attaching an operator or CDA circuit. However, on 0+ 
calls the coin return signal is delayed. This leaves the DTmMF dial 
enabled and permits the entry of billing information. If the customer 
successfully enters a calling card number, the return of the initial 
deposit will not be performed until the customer hangs up. This 
permits the customer to originate one or more sequence calls using 
DTMF signaling. If the customer flashes, keys 0 for an operator, or 
simply waits instead of entering a calling card number, the Tsps will 
send a coin return signal prior to attaching an operator. 


4.5 Control of DTMF-to-dial-pulse converters 


The distinctive tone used by the TsPps to prompt customers at the 
beginning of calling card calls also provides the TsPs with control over 
the DTMF-to-dial-pulse converters used in certain step-by-step local 
offices. The tone incorporates a # DTMF character which disables the 
converters when the call reaches the Tsps. Once disabled, the convert- 
ers will not interfere with the transmission of DTMF billing information 
or the origination of sequence calls. 
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Stored Program Controlled Network: 


Calling Card Service—Human Factors Studies 


By D. J. EIGEN and E. A. YOUNGS 
(Manuscript received October 21, 1981) 


Many new telephone services involve more customer-system inter- 
action than ever before, and making these services easy to use and 
error-free is a major development goal. Properly designed dialing 
plans, announcements, timing, tones, and instructions increase cus- 
tomer acceptance and minimize errors. These new services are de- 
signed from systematic analyses of present services, interviews with 
customers, laboratory studies of user-system interactions, field trials, 
and product follow-ups. Calling Card Service automates credit card 
service and allows the customer to bill a call to a special billing 
number, without an operator, from Touch-Tone* dialing phones. 
Based on a series of studies, the market need for Calling Card Service 
was established and the customer-machine interface was designed. 
An analysis of operator-assisted credit card service indicated that 
credit card calls could be automated. Interviews with customers 
verified an interest in, and a need for, Calling Card Service. More- 
over, laboratory studies indicated that customers could use the Call- 
ing Card Service successfully. In turn, these studies led to the design 
of a field trial, which combined and extended earlier studies and 
verified Calling Card Service performance and acceptance by cus- 
tomers. 


l. INTRODUCTION 


The introduction of Calling Card Service is in response to the Bell 
System’s goals of providing improved services, stabilizing the operator 
work force near current levels, and minimizing increases in operating 
costs. Calling Card Service is automated and replaces current credit 


* Registered service mark of AT&T. 
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card service, which requires operator assistance.* The automated 
service is a preferred alternative for some collect and third-number 
calls. 

Calling Card Service allows a customer at a Touch-Tone' dialing 
station to bill a long-distance call to a telephone number other than 
the one from which the call originates, without an operator—just as 
direct distance dialing allows billing of a long-distance call to the 
originating telephone without an operator. This is accomplished when 
the customer dials a billing number in addition to the called number— 
Calling Card Service. Such a service is expected to control costs and 
help serve the growing volume of credit card and other specially billed 
calls. Customers at unequipped Touch-Tone stations or at rotary 
stations will receive operator-assisted Calling Card Service. 

Companion papers in this issue of The Bell System Technical 
Journal discuss in more detail the rationale for developing Calling 
Card Service.’” This paper focuses primarily on a coordinated series of 
studies to measure customer reaction to Calling Card Service and to 
refine the customer-system protocol. Each study is discussed. Section 
II discusses the initial analyses of credit card calling, customer inter- 
views, and laboratory studies. The field trial was by far the largest of 
the studies and is the principal subject of this paper (see Section III). 
Section IV describes the recommended protocol and discusses briefly 
the follow-up study of actual service. 


ll. EARLY STUDIES? 
2.1 Characteristics of operator-handled credit card calls 


More than 80 percent of Bell System credit card calls are now 
handled by operators using Traffic Service Position System (TSPs). 
Operators enter the credit card number, given verbally by the cus- 
tomer, into the Tsps console. In automating credit card calls, it is 
useful to understand operator handling of credit card calls. 


2.1.1 Operator work time on credit card calls 


To assess the potential for automating credit card calls (Calling Card 
Service) the service observer records of 1538 credit card calls were 
analyzed’ These calls were sampled from 25 representative TSPss. 


* Where the automated Calling Card Service cannot be used, such as at rotary dial 
phones, operator assistance will still be available. 

* Registered service mark of AT&T. 

* Early in the planning for these studies, AT&T conducted interviews to test the 
concept of Calling Card Service. This study indicated that customers agreed with the 
utility of the Calling Card Service concept. 

8 Service observers use a paper form (or computerized equivalent) to describe operator 
and customer actions during the initial phase of a call. As soon as the call completes, 
both the operator and the service observer leave the connection. Service observing is 
done on a very small sample of calls to verify that high-quality service is being 
maintained. 
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Each call record was examined for circumstances that would have 
made automating that call difficult. For example, person-to-person 
calls require an operator to assure reaching the proper party. 

Figure 1 shows the operator work-time distribution, taken from the 
service observing records, and indicates which calls were considered 
automatable. The average time to handle a credit card call was about 
20 seconds, but work time was highly variable. In contrast, those calls 
considered to be automatable averaged about 15 seconds work time, 
with low variability. The remainder, considered nonautomatable, av- 
eraged over 50 seconds work time, with very high variability. The 
general nature of this last finding was anticipated since operator 
assistance was often required in these cases. Person-to-person calls 
accounted for about one-half the nonautomatable calls, and their 
average work time was about 70 seconds. 

The work-time analysis indicated that, if Calling Card Service were 
used on all possible calls, 15 percent of present credit card calls would 
still require operator assistance and 36 percent of present call-handling 
work time would still be used. Some additional saving might be 
expected if customers continue to migrate from collect and third- 
number calls, both of which require more operator time to handle than 
credit card calls. 


2.1.2 Originating stations 


Knowing what proportion of credit card calls originated at Touch- 
Tone dialing stations is another key determinant of the work-time 
savings, since the Calling Card Service would be available only at 
Touch-Tone dialing stations. A representative sample of credit card 
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STANDARD DEVIATION = 22.1s 
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Fig. 1—Traffic Service Position System operator work times for credit card calls. 
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calls was traced to the types of stations from which the calls were 
made. Then, using the fraction of person-to-person calls and the 
fraction of nonautomatable calls mentioned earlier, the approximate 
fraction of automatable calls by originating station type was estimated. 
The results strongly supported the introduction of Calling Card Service 
at Touch-Tone dialing stations. 


2.1.3 Distribution of calls among callers 


The estimated potential for Calling Card Service has thus far been 
based on the premise that callers are willing and able to use the 
service. The degree of caller success and acceptance might be expected 
to depend on (i) how frequently users place calls, (it) why they place 
calling card calls, (iii) where they originate calls, and (iv) how available 
the service is. 

The success and acceptance of Calling Card Service is expected to 
grow with practice. Distribution of credit card calls is concentrated 
among a small number of credit card users. This leads us to expect 
rapidly increasing success rates initially (because of continuing user 
experience), slowing with time until an equilibrium success rate is 
reached. This equilibrium will reflect a balance between failures, 
attributed to less experienced users, and successes, attributed to more 
experienced users. 


2.2 Opinions on potential Calling Card Service 


So far we have discussed potential Calling Card Service users only 
in aggregate terms. To obtain additional detailed information and user 
opinions, frequent users of operator-handled credit card service were 
interviewed in two Bell Operating Company areas. When asked why 
they use credit card service, the most frequent answers were 

(t) for accounting purposes, allowing the call to be billed to the 
appropriate bill payer, 
(it) for the ease and convenience of credit card service, and 

(iit) because credit card service is preferable to paying with coins 
(at coin stations). 

In fact, about one third of the respondents indicated that they would 
not have made their most recent credit card call had they not had the 
convenience of a telephone credit card. 

Even though nearly 90 percent rated operator-assisted credit card 
service as good or excellent on a four-point scale (excellent, good, fair, 
poor), most customers preferred to dial the credit card number (Call- 
ing Card Service) rather than to use operator-assisted service. Most 
customers also indicated that they made several credit card calls in 
succession, at least “some of the time”—a finding which led to the 
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development of a protocol for placing sequences of calls, billed to the 
same calling card account, without having to reenter the calling card 
number for each new call. (See Section 2.3 below.) 


2.3 Laboratory studies of Calling Card Service protocols 


2.3.1 Placing a single calling card call 


To obtain “hands-on” experience with a proposed Calling Card 
Service protocol, a laboratory minicomputer was programmed to con- 
trol special-purpose hardware to simulate the service. Using the sim- 
ulator, the proposed protocol timing and wording of announcements 
were adjusted and appropriate user instructions were developed. Then 
tests were run in which Bell Laboratories employees placed simulated 
calls. Calling Card Service procedures were systematically varied. 
These tests produced two important results: 

(t) It was important to give users a tone to indicate when they 
could begin dialing their calling card numbers. Otherwise, even prac- 
ticed callers frequently dialed too soon. That is, they dialed while 
simulated call control was being passed from the local office to the 
tsps. During this switching interval, digits cannot be received. Without 
the tone, even experienced customers would have to listen for an 
announcement before dialing or risk having the attempt fail, resulting 
in slower service. 

(ti) Overall, the procedure was acceptable and the brief instruc- 
tions, designed to be printed on the calling card itself or on the public 
telephone instruction card, were adequate. 


2.3.2 Placing a sequence of calls 


Since many credit card users indicated during interviews that they 
sometimes place several credit card calls in succession, a procedure 
was devised to allow a sequence of calls to be placed without reentering 
the calling card number for each new call. In late 1979 and early 1980, 
simulation of this multiple call procedure was prepared on the labo- 
ratory minicomputer. Several conclusions about placing calls in se- 
quence were reached on the basis of tests with this simulation: 

(t) Callers were able to make a sequence of simulated calls, each 
beginning with the Touch-Tone telephone dial “#”. Since successive 
calls may follow a call attempt terminating in ringing or busy, it is 
important to demonstrate that the presence of these network tones 
does not disturb users, nor strongly affect their success. Test callers, 
all Bell Laboratories employees, recovered quickly and naturally when 
network tones occasionally blocked initiation of the next call. 

(it) Callers were able to comprehend and follow the brief dialing 


HUMAN FACTORS STUDIES 1719 


instructions, suitable for printing on the calling card itself or on public 
telephone instruction cards. 

(iii) Callers followed the calling procedures correctly on about 90 
percent of attempts, and they recovered from about 20 percent of their 
errors, yielding an overall success rate of more than 92 percent. 

Figure 2 shows the resulting recommended protocol. Briefly, callers 
initiate a new call by dialing # either when the called party goes on- 
hook, or when they reach a busy or nonanswering line. If no digits are 
received or an error is detected, an error announcement requests a 
second attempt which, if unsuccessful, results in Tsps dropping the call 
after a suitable announcement. 
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Fig. 2—Proposed sequenced calling protocol. 
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til. FIELD TRIAL 
3.1 Trial overview 


The Calling Card Service field trial was conducted in Milwaukee, 
Wisconsin, from November 1977 to June 1978.° Permission to conduct 
the trial was obtained from the Wisconsin Public Utility Commission 
prior to its start. Customers making the most credit card, collect, and 
third-number calls and responding to a mailed brochure describing 
Calling Card Service, were invited to participate in the trial. Four 
hundred twenty-five business and residential customers participated. 
Hach customer received a unique 14-digit calling card number. In 
addition, regular telephone credit card numbers could also be dialed 
and they, in fact, provided most of the trial calls. 

Calling card numbers or regular credit card numbers could be used 
to place automated calls from about 3000 noncoin phones in the 
Milwaukee area, and from 70 coin phones at Milwaukee’s airport 
(General Mitchell Field), two downtown hotels, and a few local res- 
taurants. Bell Operating Company marketing representatives distrib- 
uted brochures giving instructions on how to use the service. Also, 
customers received additional instructions on special Calling Card 
Service cards. At some coin phones, placards were placed instructing 
customers on how to use the automated credit card calling service with 
the Bell System credit card. Moreover, operators were trained to assist 
callers and to answer questions. 

To use the simulated Calling Card Service, customers first dialed 
zero, plus the number. Special programs in the Tsps routed these 
incoming 0+ calls from trial stations to a small team of specially 
trained operators who helped simulate Calling Card Service. In addi- 
tion to a TSPS console, each operator had a terminal linked to a 
minicomputer (see Fig. 3). 

When a call arrived from a trial station (see Fig. 4), a trial operator, 
using the console, notified the minicomputer. The minicomputer then 
delivered a tone to prompt the customer to dial a calling card number. 
(Calls from unequipped stations were handled by operators as usual.) 
Detectors received the dialed digits and sent them over a data link to 
the minicomputer for verification. Calls with valid calling card or 
credit card numbers proceeded and were billed appropriately. 

Depending on the version of the protocol being tested, the minicom- 
puter displayed appropriate step-by-step instructions on the terminal 
screen to guide the operator in handling each call. For example, to 
encourage customers to redial after making errors, the minicomputer 
might display to the operator: “Please hang up and dial zero, plus the 
number you are calling.” The operator, in turn, read the message to 
the customer. By making simple changes in the minicomputer pro- 
gram, the operator’s treatment of calls could be altered, often without 


HUMAN FACTORS STUDIES 1721 





TSPS CONSOLE AND 
£ | 7’ COMPUTER TERMINAL 
7 
‘4 


O 
Df 5 


AIRPORT 
HOTELS AND 
RESTAURANTS | 


& Lt 
BUSINESSES SSN =) MINICOMPUTER DATA 
IW tC BASE 
WAUKESHA, 
we WISCONSIN TSPS 


RESIDENCES 


A TEAM OF OPERATORS HANDLED 0+ CALLS FROM THE TRIAL STATIONS. EACH OPERATORHADA 
TSPS CONSOLE AND A VIDEO DISPLAY TERMINAL. THE TERMINAL WAS CONNECTED TOA 
MINICOMPUTER, WHICH COLLECTED DATA ON EACH CALL AND PRESENTED GUIDELINES-VIA 
THE TERMINAL SCREEN-TO DIRECT THE OPERATOR IN PROCESSING THE CALL, AND IN 
SIMULATING RECORDED ANNOUNCEMENTS. IN AN ACTUAL SERVICE, NO OPERATORS ARE USED. 


Fig. 3—Trial setup. 


additional training. This flexible arrangement allowed for easy testing 
of many protocol variants and rapid changes among them. 

As noted, operators simulated recorded announcements by relaying 
them orally to the customer. This method of communication was 
chosen not only because it was flexible, but also because a previous 
study indicated that customers strongly preferred natural-sounding 
announcements.’ In a trial environment, operators were able to provide 
high-quality, flexible announcements.* 

The minicomputer recorded the time and details of each call. These 
records were analyzed rapidly to determine how the protocol could be 
improved. Throughout the trial, protocols were varied by changing 
announcements, timing, access to operators, error-correction proce- 
dures, etc. In all, 24 variations of the protocol were tested at trial coin 
phones and 14 were tested at noncoin phones. Each variation was run 
long enough to establish its salient performance characteristics. 


3.2 General trial results 


Customers used the service successfully, repeatedly, and indicated 
that they liked it. Quality of service was also maintained for those who 


* For trial purposes only, operators simulated the Calling Card Service to evaluate 
user behavior, reaction, and acceptance of automated Calling Card Service. During 
actual automated service, no operator is connected. 
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Fig. 4—Trial coin station placard. 


did not wish to use the automated Calling Card Service. Different 
protocols were tested to determine the effects of varying operator 
accessibility, wording of announcements, and written instructions. The 
overall goals in testing the different protocols were to increase cus- 
tomer performance, usage, and satisfaction. Customer dialing perform- 
ance and customer satisfaction are discussed in Sections 3.2.1 and 
3.2.2, respectively. Section 3.3 gives an analysis of the effects of Calling 
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Card Service on other users. Also, specific service manipulations and 
findings are related in Section 3.4, and Section 3.5 gives some support- 
ing information on sequenced calling. 


3.2.1 Customer dialing performance 


3.2.1.1 Frequency of customer dialing attempts. Customer-dialed 
credit card calls reached 60 to 70 percent of all credit card calls at trial 
coin phones for the most successful protocols. Customers were more 
apt to dial when an announcement requesting the caller to dial the 
card number followed an alerting tone. When only the alerting tone 
was transmitted, 40 to 50 percent dialed. 

Results were similar at noncoin phones: Nearly 80 percent of credit 
card calls were customer dialed when the announcement was given; 
about 70 percent were dialed when only the tone was given. In addition 
to dialing their own calling card or credit card numbers, customers 
could obtain operator assistance. Operator assistance was also given 
on calls from nontrial stations, during heavy calling periods, or when 
customers dialed zero instead of the card number. 

3.2.1.2 Frequency of customer dialing success. Eighty-five percent of 
first dialing attempts succeeded. An additional 5 percent succeeded on 
the second attempt; and 1.5 percent succeeded on the third attempt. 
However, as Fig. 5 shows, these averages do not give a complete 
picture of successful dialing. 

First of all, protocols were changed frequently during the course of 
the trial. Some produced higher than average success rates, others, 
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Fig. 5—Customer dialing success rate. 


1724 THE BELL SYSTEM TECHNICAL JOURNAL, SEPTEMBER 1982 


CALLS PLACED BY _ 
REPEATING CALLERS ~~ 


\ 
CALLERS 


REPEATING 


PERCENTAGE OF TOTAL ON A GIVEN DAY 





1/1 2/1 3/1 4/1 5/1 6/1 7/1 
DATE (1978) 


Fig. 6—Customer and call repeat rate. 


lower than average. Second, protocols used late in the trial were 
generally better, because of continuing analyses and protocol refine- 
ments. However, the trend toward greater success is undoubtedly due 
in part to increased proficiency of repeating users. Separating these 
effects is difficult because callers could not be identified on calls where 
errors were not corrected. On balance, the best protocols might be 
expected, with time, to produce success rates in excess of 90 percent. 
When customers erred on the first attempt, 45 percent attempted to 
dial again and 55 percent abandoned. Of those who made a second 
attempt, 65 percent succeeded. Of the customers who erred, 70 percent 
did so because they dialed too few digits before the call timed out.* 
3.2.1.3 Frequency of repeated use. The percentage of callers on a 
given day who had placed calls previously during the trial is shown in 
Fig. 6. On the average, 46 percent of the customers on any day had 
used the service previously. Fifty-seven percent of the calls, on the 
average, were placed by these repeating customers. This indicates that 
many customers continued to use the service. Overall, more than 
10,000 regular credit card customers successfully dialed over 28,000 
credit card calls; about 6,000 made only one call from a trial station. 
One hundred twenty-two Calling Card customers dialed nearly 4,000 
calls bringing the total to more than 30,000 customer-dialed calls. 


3.2.2 Customer acceptance of Calling Card Service 


As mentioned earlier, customers who successfully dialed calling card 
calls liked the service. On a four-point rating scale, they rated the 


* “Time out” is when allocated time elapses and the error sequence is triggered. 
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quality of their last call as slightly better than good. Customers who 
dialed unsuccessfully rated the same item lower, as shown in Fig. 7. 

As shown in Fig. 8, customers liked dialing Calling Card Service 
calls. Customers who dialed their numbers generally indicated a strong 
preference for dialing, rather than having the call assisted by an 
operator, as we stated earlier. When asked why they preferred dialing 
to operator assistance, 48 percent indicated it was because of ease, 
convenience, or speed of dialing. Sixteen percent indicated that dialing 
eliminated repeating their billing number to the operator, 7 percent 
thought there would be fewer errors if the card number were dialed, 
and 6.5 percent mentioned that dialing avoided being overheard and, 
thereby, ensured greater billing number security. 

Some customers said they still preferred operator handling—28 
percent stated this was because they liked talking to the operator, and 
25 percent stated that dialing the card number was no faster than 
having an operator handle the call. 

Those customers who rated overall quality of service as either poor 
or fair indicated that it was difficult to locate trial telephones (31 
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Fig. 7—Dialed credit card call “overall quality” ratings. 
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Fig. 8—“‘Liking to dial” ratings. 


percent), and that Calling Card Service did not work correctly (29 
percent). Other related reasons for downgrading service were that “the 
operator kept coming on the line” (10 percent) and that “the operators 
did not know enough about Calling Card Service” (8 percent). 


3.3 Effects of Calling Card Service protocols on other callers 
3.3.1 Abandonment 


Quality service must also be maintained for callers not making 
calling card calls. Any caller following the normal Tsps 0+ dialing 
procedure at a trial phone was given the Calling Card Service protocol. 
Those who did not dial a billing number were routed to an operator. 
Some hung up (abandoned) before ringing started or before a busy 
signal was heard, or even before an operator was connected. The 
frequency of abandonments was closely related to the amount of time 
required to complete a service protocol variant. For example, both a 
tone-and-announcement protocol and a tone-only protocol, which re- 
quired 23 seconds to complete, produced 24 percent abandonment 
rates. Abandonments declined with practice and shorter protocols. In 
the best tone-and-announcement protocol tried, abandonments were 
7 percent for an 11-second protocol. 
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3.3.2 Service ratings by third-number and collect callers 


Ratings of overall call quality and speed made by third-number and 
collect callers, who received the Calling Card Service protocol and 
were then assisted by the operator, averaged better than good, despite 
the presence of extraneous (delaying) information and protocols (see 
Fig. 9). Protocols which included a spoken dialing instruction were 
rated less confusing than those which presented only a tone. The 
dialing instruction also shortened the perceived operator answer delay. 


3.3.3 Operator assistance 


Several protocol variations were tested to determine how best to 
give callers access to operators, while encouraging the highest possible 
rate of caller dialing. At various points in the trial, callers could reach 
operators in one or more of three increasingly difficult ways—by 
waiting several seconds to time out, by dialing zero (after the tone), or 
by hanging up and dialing zero. Results indicated that removal of the 
time-out-to-operator option did not increase caller dialing but greatly 
increased abandonments. Therefore, we concluded that time-out (i.e., 
easy) operator access should be available. 

In addition, noncalling card callers increased their tendency to dial 
zero (rather than wait) for operator assistance from about 2 to 25 
percent after receiving an appropriate spoken instruction to dial zero. 
Thus, they demonstrated willingness to dial zero for quicker access to 
operator assistance. 
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Fig. 9—Overall call quality and speed ratings for operator-assisted calls in the pres- 
ence of Calling Card Service protocol. 
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In summary, the evidence suggests that noncalling card callers were 
not unduly disturbed by Calling Card Service protocols and that a 
substantial number dialed zero to avoid the additional delay inserted 
by instructions and time out. More avoided the delay when instructed 
to do so by the message: “--- or dial zero for an operator now.” This 
instruction also improved service for calling card callers by increasing 
dialing and reducing confusion. 


3.3.4 Service at unequipped stations 


Service ratings were lowest when callers dialed and failed to obtain 
service. In one series of tests, rotary phone callers were verbally 
instructed to dial, even though the digits could not be received. (This 
condition simulated what would happen without the ability to selec- 
tively offer the service at Touch-Tone dialing stations only.) However, 
callers who failed when instructed to dial at rotary (unequipped) 
stations rated service no worse than those who failed for other reasons. 

To selectively offer the service at Touch-Tone dialing stations, a 
special verbal instruction to discourage customers from dialing at 
rotary stations was tested: 


“From pushbutton telephones only, please dial your card number or 
zero for an operator. (pause) From other telephones, please wait for 
an operator.” 


This instruction eliminated 95 percent of rotary station dialing of 
the calling card number, but it also suppressed dialing of the card 
number at Touch-Tone dialing stations by more than 10 percent. 
Customers reported being confused by this instruction at roughly the 
same rate as with other instructions tested. Ratings of overall quality 
and speed of this simulated Calling Card Service were slightly better 
than good. 

However, the 10-percent suppression of dialing at Touch-Tone di- 
aling phones is considered sufficient justification to make certain that 
prompts are made only at phones that provide the service. 


3.4 Service manipulations 


3.4.1 Dialing prompt effectiveness 


As discussed in Section 2.3.1, laboratory tests indicated that a tone 
was necessary to signal users when to begin dialing their calling card 
number. In the field trial, prompting announcements were also system- 
atically varied to study their overall effectiveness, as well as to select 
detailed wordings. 

Several sources of trial data indicate that inexperienced callers are 
much more likely to dial their calling card number after a prompting 
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announcement is received rather than when it is not. The data also 
indicate that experienced callers dial reliably with only a tone signal to 
proceed. 

Calling card and credit card number digits dialed before the tone 
were ignored. When the delay before the tone was decreased by 1 
second, there was a significant decrease in the percentage of customers 
dialing before the tone. Therefore, it was concluded that the tone 
should be provided as soon as possible to minimize premature dialing. 

At coin telephones with instructional placards, 15 to 20 percent more 
credit card callers dialed after a prompting announcement was received 
than when it was not received. This difference decreased slowly with 
caller experience. At coin phones without instructions, there was a 55- 
percent increase in credit card dialing because of the prompting 
announcement. These results suggest that prompting announcements 
are more effective than printed instructions alone for all but the most 
experienced callers. 

Finally, customers were sensitive to wording of announcements. 
When the announcement “Dial your card number, please” was used, 
they appeared to have trouble understanding the directions. When 
“Please” was placed at the front of the announcement to help alert the 
customer, understanding increased. However, some customers still did 
not realize they were interacting with an automated service. Adding 
“or zero for an operator,” after “Please dial your card number,” 
lessened this kind of confusion. Adding “now” to the end of “Please 
dial your card number or zero for an operator” further reduced con- 
fusion between normal 0+ dialing and Calling Card Service dialing 
procedures. Systematic refinement of wording was found to be worth- 
while. This observation was also made during the field trial of the 
Automated Coin Toll Service.* 


3.4.2 ‘‘Thank-You’’ announcement effectiveness 


A “thank-you” announcement was sometimes provided to callers 
who dialed correctly. However, when “thank-you” was not given during 
the trial, callers who had dialed a valid billing number waited in silence 
for ringing, busy, or other network sounds. As a result, those callers 
who had received prompting announcements abandoned more often. 
This may be because of abandonment by inexperienced callers who 
would not have dialed unless prompted to do so. To reduce these 
abandonments and provide more courteous service, a thank-you an- 
nouncement was recommended. 


3.4.3 Recovering from dialing errors 


The 14-digit format of calling card numbers, combined with a file of 
valid numbers, virtually eliminates the possibility of billing errors 
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caused by errors in dialing. Consequently, when a caller misdials a 
calling card number, validation failure prevents the call from progres- 
sing until the error is corrected. In this situation, it is important for 
customer acceptance to provide an error-correction procedure that 
maintains billing security. 

As shown in Fig. 5 and discussed in Section 3.2.1.2, callers succeeded 
on 85, 90, and 91.5 percent of attempts with 1, 2, and 3 tries, respec- 
tively. When an error was made, the caller received an announcement 
requesting another attempt. Several error-announcement wordings 
were tried. Again, wording was critical—some callers interpreted un- 
refined error announcements as failures to reach nonworking called 
numbers. This interpretation led to frequent abandonments. 

However, when the error announcement immediately requested 
customers to dial again, e.g., “Please dial your card number again 
now,” successful error recovery increased. A tone and prompting 
announcement, identical to that used at the start of the protocol, was 
also effective in stimulating error-recovery attempts. As at the start of 
the protocol, tones and prompt announcements were immediately 
truncated by dialing. Further, announcing incorrect digits back to the 
caller as part of the error announcement did not produce a significant 
increase in error recoveries. 

Automatic operator access after repeated dialing failures was also 
tested. When operators were provided after repeated errors, no differ- 
ences in dialing accuracy were detected. A customer who dialed and 
erred and required operator assistance could always obtain an operator 
by hanging up and dialing 0+ (or 0-). 


3.4.4 Dialing time-out intervals 


Calling Card Service dialing time-out intervals affect customer di- 
aling success and acceptance of the service. During the trial, dialing 
time-outs were systematically adjusted, and the results were used to 
maximize overall dialing success and service acceptance without un- 
duly increasing equipment holding times. 

As mentioned, the calling card number is 14 digits long. It consists 
of either a 10-digit special billing number or a telephone number (NPA 
NXX XXXX), followed by a four-digit personal identification number 
(PIN). Thus, the 14 digits divide into four groups of 3, 3, 4, and 4 digits, 
respectively. As shown in Fig. 10, the interdigit dialing times depend 
on serial position. Trial data indicate that an interdigit time-out 
interval of 5 seconds and an interfield interval of 6 seconds will 
inappropriately time out less than 1 percent of the call attempts. The 
interval between fields 3 and 4 is an exception requiring 7 seconds to 
minimize false time-outs. 

Experienced customers dialed faster. Figure 11 plots dialing time as 
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Fig. 11—Dialing time as a function of experience. 


a function of experience. Customers reached asymptotic performance 
after about five successful calls. 


3.4.5 Timing 


The time between protocol events, such as prompts and operator 
access, has an important effect upon customer acceptance and per- 
formance. The trade-off is between rushing customers who would dial 
and being unresponsive to customers who require additional prompting 
or operator assistance. Generally speaking, trial data indicate that 
customers responded within 7 seconds of any prompt. Detailed timing 
data were used to make the final protocol recommendations. 


3.4.6 Customer dialing instructions 


Several types of dialing instructions were available during the trial. 
The instructional placards (bright orange) on trial coin phones were 
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surprisingly successful in persuading credit card customers to dial. The 
placard increased dialing 200 percent above the level at phones without 
placards. As discussed earlier, the prompting announcement was effec- 
tive at phones with and without placards. Also, operator instructions 
produced a 4-percent increase above and beyond other instructional 
methods. 


3.5 Sequenced calling 


While sequenced calling was not offered in the field trial, data were 
gathered which indicated a need for this capability. Twenty percent of 
the credit card customers at coin stations made more than one call at 
a time. Some spontaneous comments from customers suggested the 
need for a sequenced calling capability. When asked, 67 percent of the 
trial Calling Card Service customers said such a capability would be 
useful. As indicated earlier, laboratory results were used to refine the 
sequenced calling protocol (see Section 2.3.2). 


IV. RECOMMENDED CALLING CARD SERVICE PROTOCOL 


Figure 12 illustrates the recommended protocol for public telephone 
Calling Card Service. Only public stations provide the prompting 
announcement. (A few trial customers complained about having the 
calling card announcement on their phones.) Placards are recom- 
mended for public phones initially. To use the Calling Card Service, 
callers can dial zero, plus the number they are calling. Then, after the 
prompt, they can dial their calling card number. The more experienced 
customers can dial immediately after the tone and, thereby, prevent 
the prompt announcement. Callers requiring operator assistance can 
dial zero or simply wait for the operator. 

The recommended protocol was first implemented at Buffalo, New 
York, in July 1980. Service evaluation measurements developed for 
the field trial were installed. This was done to allow a detailed follow- 
up of the actual service. Preliminary results from follow-up studies 
have, to a remarkable degree, corresponded to results of the field trial. 
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800 Service Using SPC Network Capability 
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On April 25, 1982 the Federal Communications Commission ap- 
proved the Bell System tariff for Expanded 800 Service. In the 
approval the FCC noted that the new features would “provide sub- 
scribers with operational and call routing flexibility previously una- 
vailable.” This service marks the first use, on a ubiquitous nationwide 
basis, of powerful call control capabilities provided by the stored 
program controlled network. This paper reviews the application of 
these capabilities to our 800 Service. 


|. BACKGROUND 


The 800 Service, which at one time was called Inward Wide Area 
Telecommunications Service (INWATS), allows a customer to establish 
an area of the country from which he or she can receive calls without 
charge to the calling parties. In the United States, the service is 
_ currently available for both intrastate and interstate calls. Tariff rates 
for the interstate 800 Service, for example, are currently based on the 
number of customer lines, the band of rate state or service area 
selected, the monthly hours of usage, and time of day. Over the last 
decade, the volume of 800 Service calls has increased to the extent 
that its traffic has become a substantial percentage of all toll calls 
served by existing telephone switching systems. The service has proven 
to be especially useful for business customers providing travel and 
hotel reservations, purchase orders, and credit verification, and in 
direct marketing applications. About one-third of the customers have 
unlisted 800 numbers, while many other numbers are heavily adver- 
tised on television and in newspapers and magazines. 

Despite the commercial success of 800 Service, the ever-expanding 
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customer demands for the service and the manner in which that 
service is provided in the Public Switched Network have presented a 
number of problems for the telephone industry and its customers. 
Prevalent among the problems are the following: 
(t) The requirement for a multiplicity of 800 numbers 
(zz) Routing and numbering inefficiencies because of the service 
band screening operation 
(iit) Ineffective attempts because of all-customer-lines-busy condi- 
tions 
(tv) Network overloads because of mass calling to 800 numbers 
advertised on television 
(v) The rigid geographical service band structure 
(vi) The absence of traffic statistics for customers on the points of 
origin of their calls. 


ll. SERVICE TODAY 


A customer purchases the service on an intrastate and/or interstate 
basis and is supplied with one or more 800 numbers. Such an arrange- 
ment is necessary because of current state and federal tariffs which 
require separate usage measurements and lines for intrastate and 
interstate calls. Interstate 800 Service is currently offered in six geo- 
graphical bands relative to the state (more specifically the rate state) 
of the customer. Band 1 generally involves all states bordering the 
customer’s home state; band 2 includes all of band 1 and additional 
states bordering band 1. This continues through band 5, which covers 
the continental United States and includes Puerto Rico and the Virgin 
Islands, and band 6 adds Hawaii and Alaska. In some cases, multiple 
bands of intrastate are also offered. Billing is done by clocking the call 
at the terminating local central office. A recent tariff change has been 
filed which provides for a usage-sensitive tapered schedule. 


2.1 Previous method of routing calls 


Figure 1 illustrates how 800 Service calls used to be routed through 
the network. The calls were routed by means of ten-digit numbers, the 
first 6 digits of which consist of two special three-digit codes. The first 
three digits were always 800. The second three digits consisted of an 
NXX code (N = 2 to 9; X = 0 to 9), corresponding to the terminating 
area code. One or more NXX codes were assigned to a particular area 
code. The first nine digits of the 800 number were associated with a 
particular band. This association was known only at the Terminating 
Screening Office (Tso) serving the particular NXX. NX2 codes were 
used for intrastate 800 Service. 

When a customer dialed an 800 number, the call was routed to an 
Originating Screening Office (oso), which was a toll switching office 
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Fig. 1—Previous routing method. 


capable of 6-digit translation. If an OSO served multiple rate states, 
adjacent rate states converted the 800 to 00X before sending the call 
to the oso. In either case, by examining the first six digits of the call, 
the oso determined the Tso to which the call was to be routed. The 
oso then deleted the first six digits, substituted a 1YZ code (or code- 
converted the 800 to 08Z, if the call was to be routed through an 
intermediate office), the Y being an abbreviation for the NXX, with 
respect to the Tso which serviced up to five different NXX codes, and 
the Z indicating the rate band from which the call originated. The call 
was then routed to the Tso. By translating the first six digits it received, 
the Tso determined whether the call was permissible and, if so, the 
location of and routing to the local central office. The Tso then deleted 
the 1YZ code, prefixed an 0XX code or a directing digit for the local 
central office, and set up the call. 

The problem with the above method of operation, developed over a 
decade ago in the era of electromechanical switching, was that it was 
inflexible. However, considering the technology available at the time 
and the desire to implement the service utilizing existing network 
capabilities, it was a most clever design and illustrates the robustness 
of the Public Switched Network. The system was based on communi- 
cation using the ten-digit routing plan and six-digit translation capa- 
bilities. This resulted in routing restrictions, utilization of special codes, 
and constrained network management. 


Ill. STORED PROGRAM CONTROLLED NETWORK 
The Stored Program Controlled (spc) Network, a network of proc- 
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Fig. 2—Improved 800 Service. 


essor-controlled offices interconnected with a packet signaling system 
(Common-Channel Interoffice Signaling—ccts), removed many of the 
restrictions that existed. All nodes in the spc network are able to 
communicate with one another. The spc network is being augmented 
with cciIs-accessible processor-controlled data bases. These new net- 
work elements are called Network Control Points (NcPps). Such a 
configuration allows switching offices called Action Points (AcPs) to 
send inquiries to specific NCPs to find out how to proceed with the 
establishment of a call. 

The 800 Service is one of the first call types to make use of this new 
technique. All 800 Service calls are routed to CcIs-equipped switching 
offices. Initially, this capability is in No. 4 Ess, No. 4A-ETS, and No. 1/ 
1A Ess ccis offices. Such offices send a CCIS message to the NcP to do 
the band screening operation. If the screening passes, a special unlisted 
telephone number is returned to the ccis office which then sets up the 
call as any other DDD call. Billing is still being done at the terminating 
local office. Figure 2 illustrates how 800 Service calls are being routed 
through the network using the spc network. 

Under this. approach, local offices equipped with cc1s would inform 
the data base of the busy/idle status of their 800 Service line groups. 
This would enable the network to stop ineffective attempts to busy 
800 Service lines at the ccIs oso office, where the busy signal would be 
returned to the caller. It is anticipated that in the future, calls may be 
routed to an alternate location when the data base recognizes a busy 
condition at the terminating location. 
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3.1 Data base configuration 


The processor-controlled data bases, called network control points, 
which are to support this operation, are centrally administered by the 
AT&T Long Lines Department. They load information pertaining to 
each 800 Service customer into the data base. A more detailed discus- 
sion of the administration network is provided in the paper entitled 
“800 Service Using spc Network Capability—-Network Implementa- 
tion and Administrative Functions,” appearing in this issue of The 
Bell System Technical Journal. The Ncps are located at several of the 
cciIs Signal Transfer Point (stp) sites. The sTPs are totally redundant 
and are engineered for mate-failure situations. The NCP on mate STPs 
are likewise redundant and engineered for mate NcpP failure. NCPs in 
different switching regions contain different data. Each Ncp pair is 
identified by a set of 800-NXX codes. It is the responsibility of the 
sTPs to translate the 800-NXX code and route the message to the 
correct NCP. The STPs will be made aware of the ncpP failures so that 
they could route the messages to the mate NCP. 


IV. 800 SERVICE CALL PROCESSING 
4.1 Action Point 


The AcP is any CCIS-equipped switching office, toll or local, with the 
appropriate generic program. It is the job of the acp to identify the 
incoming call as 800 Service, identify the area code from which the 
call originated (by incoming trunk classification or by examining an 
00X code that a previous office substituted for the 800 code), format 
and send a CCIS inquiry message to either one of the STPs it homes on, 
and wait for a response. The CCIS message sent to the data base 
includes the dialed number (800-NXX-X XXX), the call’s originating 
area code, the CCIS return address of the AcP, and a call identifier so 
that the response can be associated with the proper call. 

The data base response contains either a special unlisted telephone 
number, a busy or closed indicator, an out-of-band indicator, or a 
vacant-line indicator. The call is then either set up as a normal DDD- 
routed call or given an appropriate announcement tone. A second 
message could be received with respect to an inquiry—a network 
management message. Such a message indicates that the data base 
has determined that a mass calling event is occurring to that particular 
800 number and that a control action is requested at the acp. The 
message would contain a gap interval of from a few seconds to 5 
minutes. For the next 5 minutes the acp will only allow calls to the 
affected number, spaced the specified interval apart, to be completed. 
This control would protect the voice network, the ccis network, and 
the data bases from the overload effects of mass calling to particular 
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800 numbers. The process of detecting mass-calling events and deter- 
mining appropriate gap intervals will be discussed later. 


4.2 Network Control Point 


The job of the NcP is to screen the call and translate the received 
800 number into a nondialable yet routable “plain old telephone 
service” (POTS) number. This translation could depend upon the orig- 
inating area code, the busy/idle status of a customer’s line group, the 
time of day, or the day of the week. The NcpP retrieves the file 
associated with the 800 number and checks the originating area code 
against a list of allowed area codes (band purchased). If this operation 
passes, an area code to POTS number translation is made. The 800 
numbers may be associated with one or more such POTS numbers. 
Associated with each POTS number could be a schedule of the cus- 
tomer’s opening and closing times for the week, an alternate POTS 
number, and a busy/idle bit. The process of updating this bit will be 
discussed later. An alternate POTS number may be assigned under the 
busy condition. If a call is allowed to transfer from one POTS number 
to the next, looping conditions are cared for. 


V. NETWORK ADVANTAGES 
5.1 Network management 


The data base is in a unique position to detect, control, and monitor 
mass-calling situations. Mass calling to 800 numbers occurs frequently 
and is usually caused by these numbers shown on television. All calls 
to a particular 800 number go to the same data base for screening and 
translation. The data base monitors the number of attempts in each 5- 
minute interval against every 800 number. If a threshold, determined 
by the number of lines a customer has purchased, is exceeded, then a 
control action is taken. The thresholds have been picked so that even 
customers with relatively short holding times could maintain extremely 
high occupancies without setting off the control. The initial control 
tells the acps, when they send inquiries to the affected number, to 
space future calls at some initial gap interval for the next 5 minutes. 
The data base then monitors the effect of the control and either 
increases or decreases the gap interval in an effort to keep the attempt 
volumes equal to the threshold. These automatic control capabilities 
are backed up by manual control actions. 


5.2 Busy/idle status indicator 


The availability of ccis at local offices will allow the removal of 
ineffective 800 Service attempts that are caused by an all-lines-busy 
condition. Local offices so equipped will send an all-lines-busy message 
to the NcP when the last line of an 800 Service line group goes busy. 
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An idle message will be sent when any line of the group goes idle. A 5- 
second interval between busy and idle messages is required to add 
stability and to ensure that the messages do not get transported 
because of ccIs retransmissions. As stated earlier, the data base under 
an all-lines-busy condition will tell the AcP to give the busy tone rather 
than set up the call. If the busy bit has been set for an 800 Service line 
group for approximately 5 minutes, the data base will send an audit 
message to the local office to verify the busy condition. This will 
ensure that a customer cannot mistakenly get locked into the busy 
state. 

Simulations have shown that approximately the same amount of 
signaling resources are saved by eliminating the setting up of the 
ineffective attempts as are used to transmit the busy/idle messages. 
Thus, it appears that the Busy/Idle Status Indicator (BIsI) feature 
would yield, with no signaling costs, significant switching and trunking 
savings. 


5.3 Other network advantages 


The new method of establishing 800 Service calls has many network 
advantages associated with it. The terminating screening office func- 
tion was eliminated. This resulted in more efficient routing and net- 
work management control of 800 Service calls. Numbering inefficien- 
cies were eliminated, mass calling can be detected and controlled, busy 
attempts will be eliminated from the network, special routing codes 
were freed, and the directory assistance and intercept processes were 
simplified. 


Vi. POTENTIAL SERVICES 


One of the major advantages to the new method of routing 800 
Service calls is that a great deal of flexibility is inherent in the 
architecture. As described above, the data base makes the translation 
from 800 number to pots number be dependent on many parameters. 
This allows the network to act as a customized automatic call distrib- 
utor. Hence, new customer services become possible from the new 
architecture. Of course, any new services would be subject to the filing 
and approval of appropriate tariffs. Some examples of potential new 
services follow: 

@ Single Number—Allows for a combination of inter- and intrastate 
services, under a single 800 number, so that customers will no 
longer be required to advertise multiple 800 numbers. 

@ Permanent Number—Allows a customer to move to a different 
part of the country without changing his or her 800 number. 

@ Customized Number—Enables a customer to have easily remem- 
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bered numeric combinations for their 800 number, where avail- 
able. 

® Variable and Customized Call Handling—Allows customers to 
distribute calls based upon the originator’s area code, the time of 
day, and/or day of the week. 

@ Call Detail Information—Provides a customer with a listing of 
all or a sample of call attempts itemized by call-originating area 
code. 

As a case study, consider a customer that operates five regional 
reservation centers. Under today’s 800 Service they would advertise 
five interstate and five intrastate 800 numbers. Furthermore, they can 
either staff all five centers 24 hours a day, use private lines between 
centers for after-hour coverage, or simply lose after-hour calls. With 
the new system, subject to tariff considerations, they will have just 
one 800 number to advertise, with the call being routed to the closest 
open-reservation center. 


Vil. COORDINATION 


An extreme amount of coordination and cooperation was needed to 
provide, on a universal basis, features like the ones described in this 
paper. Timing for introduction of the improved 800 Service was im- 
portant. Since, for universal service, all 800 Service calls had to be 
routed to ccis-equipped offices, large trunking penalties could have 
resulted from a rapid implementation before sufficient ccIs availabil- 
ity. However, a delay in the implementation could have resulted in 
losing the early network advantages and marketing potential of these 
features. Transition and implementation plans were developed which 
allowed us to convert the past method of operation into the spc 
network method. This required the development and loading of new 
generic software at No. 4 Ess, 4XB/ccis, and No. 1/1A Ess (additional 
generic software is required to support local ccis and the BISI feature), 
and a new STP generic to handle signaling to NcPs, NCP hardware and 
software, and a new centralized administration system. 

The capabilities described in this paper are good examples of the 
potential of the spc network and what we believe will be its ability to 
yield cost savings, as well as features to meet future customer needs. 
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800 Service Using SPC Network Capability— 
Network Implementation and Administrative 
Functions 
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(Manuscript received September 15, 1981) 


This paper describes the network elements and administrative 
functions affected by the implementation of the new method of oper- 
ation for 800 Service. The new method of operation affected all 
existing network elements and required significant coordination of 
the implementation of the necessary modifications to meet the service 
dates. In addition, a new element being introduced into the network, 
called a Network Control Point (NcP), required the creation of a 
complete administrative plan. 


1. INTRODUCTION 


The 800 Service, which allows a customer to receive calls without 
charge to the calling party, has specific network and administrative 
methods of operation. In the previous paper on the 800 Service by 
Sheinbein and Weber, appearing in this issue of The Bell System 
Technical Journal, the change in the method of operation to use the 
Stored Program Controlled (spc) Network and the use of centralized 
data bases called Network Control Points (NcPs) were discussed. With 
this new method of operation, the previous network and administrative 
methods were reviewed, adjusted, or totally changed. The network 
implementation involved changes in the type and characteristics of the 
Originating Screening Offices (Osos), Signal Transfer Points (sTPs), 
Ncps, trunking, routing, and overall coordination. The administrative 
changes primarily affected service provisioning, but they also had a 
significant impact on service maintenance, network maintenance, net- 
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work administration, and network management. Sections II and III of 
this paper describe these changes. 


ll. NETWORK IMPLEMENTATION 


To structure the network for transition from conventional 800 Ser- 
vice routing to the new common-channel interoffice signaling (ccIsS) 
routing technique utilizing centralized data base translations, a plan 
with specific guidelines was established. A system letter was issued by 
AT&T to the Bell Operating Companies (Bocs) describing the ccts 800 
Service operation, equipment requirements for network nodes, net- 
work trunking needs, and plans for PoTs routing. Specific dates were 
established for implementation activities and the BOocs were advised to 
establish project teams to provide overall coordination. The primary 
members of these teams were the ccIS coordinators for network 
implementation concerns and the 800 Service product managers for 
marketing and tariff activities. 


2.1 Originating Screening Offices 


Earlier sections of this issue of The Bell System Technical Journal 
discussed the spc network and described the function of an Action 
Point (AcP). To review, an ACP is a switching office that has the 
capability to communicate with an Ncp. The oso will perform the AcP 
functions for 800 Service. Under the previous 800 Service routing 
arrangement, any switching office equipped with proper translation 
tables could function as an oso. However, in the spc network, ccIs 
osos (800 Service ACPs) are required to have ccIs capability to allow 
for initiating inquiry messages to a centralized data base for screening 
and translation. Initially, the only switching systems capable of pro- 
viding the ccis 800 function are No. 4 Ess (equipped with Generic 4E4) 
and No. 4A ETs (equipped with Generic 4XC2). No. 1 Ess and 1A Ess 
offices will be capable of CcIs Oso operation with Generics 1E7 and 
1AE7 planned for 1982 and 1983, respectively. 

In addition to updating software with the new generic, the 4A ETS 
offices required hardware modifications. Upon receiving dialed 800 
Service calls, a sender must be able to function as a sender/outpulser. 
This means that the sender must be able to release and outpulse the 
terminating customer’s DDD-routable number,* which was received 
from the ncp. This modification was required for all senders at a 4A 
ETS/ccIs office functioning as an OSO. 

Upon establishing the number of ccIs-osos, all operating telephone 
companies planned to establish the trunks that would route dialed 800 


* The number returned from the NcpP is a network-routable but not a customer- 
dialable number. 
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Service traffic to these new osos. The prerequisite for a CCIS OSO was 
established requiring that it must function as a conventional Oso prior 
to ccIs activation. This requirement forced a reduction from the over 
200 available osos to approximately 124 that would be equipped for 
CCIS and CCIS-OSO operation. 


2.2 Signal Transfer Point direct-signaling generics 


To perform the function of sending inquiry messages via ccis from 
ACPs to NCPs, a new feature—direct signaling—was required in the 
signaling network. This feature necessitated a new generic in all Signal 
Transfer Points (stps). The new generic (4X82 for those stps that also 
served as switching systems and IsTp2 for stand-alone STPs) was first 
available in September 1979. Conversions to the new generic began in 
September 1979 and completed with all stps converted in April 1980. 

Direct signaling provides the capability for the stp to route messages 
based on the first six digits of the dialed number. Thus, for 800 Service, 
inquiry messages will be routed to the appropriate NCP via the CcISs 
network, based also on the first three digits which are 800 followed by 
the NXXx. 


2.3 Network Control Point 


Network Control Points (NcPs) are centralized data bases that 
contain call-handling information to perform the band-screening func- 
tions (the determination of whether the call originated from an area 
subscribed to by the purchaser of the service) and translate the dialed 
800 number to a standard ten-digit DDD-routable number of the cus- 
tomer’s destination. New features that will be introduced with this 
new method of operation are based on the ability of further expansion 
of the translation at the NcP. This expansion will allow different DDD 
numbers to be returned for routing based on customer’s requested 
routing. The NcP is a 3B2OD processor-based system described in 
more detail in other sections of this issue. The NcPs are individually 
duplexed systems that are deployed in 800 Service in mated-pair 
arrangements. For 800 Service, each pair will contain the data base for 
a subset of 800-Nxx codes. Each member of the pair, a duplexed 
processor, will perform translations for half of the data as its primary 
responsibility and will perform translations of the other half of the 
data only in case of failure of the mate. The mate contains a copy of 
the same data base information but performs its primary and second- 
ary functions in exactly the mirror images of the mate, i.e., what is the 
primary data in one processor is secondary in the other. Each processor 
is traffic-engineered to 50 percent of its capacity during normal oper- 
ation, which allows for carrying the total traffic (it and its mate) in the 


event of a mate failure. 
The NcPs are connected to the ccis network via dedicated inter- 
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processor (I) links to an stp. The Nops are colocated with stps. For 
initial service to accommodate all 800 Service data base requirements, 
seven pairs of NcPs were deployed: two pairs each at the St. Louis, 
Missouri, Dallas, Texas, and Denver, Colorado regional STPs, and one 
pair at a new pair of stps within the Denver region. All NcPs were 
installed, operated, and maintained by AT&T Long Lines. 

Installation of the initial Ncps began during the fourth quarter of 
1980 and completed in September 1981. Cutover to service commenced 
on September 1, 1981 with the first two pairs in the St. Louis region, 
and completed with the seventh pair in the Denver region on Novem- 
ber 1, 1981. 


2.4 Trunking plans and POTS routing 


One of the major network benefits of ccis 800 Service is the ability 
to use DDD-routable translations and routing. As discussed in the 
Sheinbein and Weber paper, the use of a centralized data base for 
band screening and translation to a DDD-routable number allows the 
elimination of the Terminating Screening Office (TSo) function in the 
network. Since TsOs were located high in the network hierarchy, 800 
Service traffic was routed over trunk groups to class 1 or 2 switching 
offices and, in many cases, utilized final trunk groups. This routing is 
inefficient since the call must eventually terminate at the class 4 office. 
Eliminating the tso function allows traffic to be routed from the oso 
over high-usage trunk groups as directly as possible to the serving 
office, consistent with standard traffic engineering rules. 

To effect a transition from conventional to ccIS routing of 800 
Service traffic, AT&T Long Lines had to plan additional trunking in 
the high-usage groups. These were engineered and provided in the 
1981 construction program. The removal of Tso trunking is planned 
for in the 1982 construction program. 

Another factor in converting to DDD-routable numbers is the number 
assignment in the serving office where the customer’s 800 Service 
terminates. In many offices, the line number used in conventional 800 
Service routing was assigned from the available numbers in the office 
NxxX code. In these cases, this number is a ten-digit code, routable from 
anywhere in the network. However, in other locations where line 
numbers suitable for 800 Service were not available in the central 
office code, pseudo codes were established and the routing information 
for this code is only known at the Tso, the serving office, and in some 
cases the intermediate office. As a result, completion to these numbers 
is only possible by routing through the Tso. Therefore, the BOCs and 
independent operating companies (10Cs) had to assign a ten-digit DDD- 
routable number for these lines. This is now possible since the tens 
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block restriction on line assignments of the 800 Service conventional 
routing plan is eliminated with the new ccis/NcP technique. 
Conversion to DDD-routable numbers is under the control of the 
Bocs and 10cs for their respective territories. To effect this DDD 
routing, the BOC and I0C needed to load the ten-digit number into the 
data base for translation from the dialed 800 number. For those 
locations where DDD-routable codes are used in conventional 800 
Service routing, this step occurred as soon as the NCPs were activated. 
At locations where pseudo codes were used, local translation changes 
and, in some cases, wiring changes were required before the POTS 
record could be activated at the data base. Therefore, a time period 
was allocated for BOCs and 10Cs to complete conversion to DDD-routable 
numbers. The beginning of this period was determined by the activa- 
tion date of the NcP that contained the specific 800 Nxx assignments 
(September 1 to November 1, 1981) and was completed by February 
1, 1982. This completion date was set since the 1982 trunking plan 
assumed that DDD routing was in effect and Tso trunking eliminated. 


2.5 Cutover strategy 


Since 800 Service is national in scope, cutover to the new CcIS 
operation without service impairment would be difficult. A plan was 
needed to allow the orderly activation of 124 osos and 14 ncps. The 
plan was centered on the ability of an sTP, whose NCP is not yet 
installed, to turn around inquiries, destined to the Ncp, back to the 
ccis-oso. The format of the response looks to the ccIs-oso as if it 
came from the NcP, except that a DDD-routable number is not yet 
available. The St. Louis, Dallas, and Denver stps were initially 
equipped with the turnaround translation to return the dialed 800 
number to the oso. 

As discussed previously, after February 1982, the NcP will contain 
only DDD-routable numbers. However, during the transition, the NCP 
or the STP may return an 800 number, and special arrangements to 
handle such responses were devised. Upon receiving an 800 number as 
a response to a data base inquiry, the Osos will revert to conventional 
800 Service operation and route the call to the appropriate Tso for 
completion. Activation of the ccis-oso function at osos began in May 
1980 and continued each weekend until August 1981. All stp locations 
were equipped with 800-xxx routing information to direct inquiries to 
the proper STP and, thus, the NcP location. This step was completed in 
the second quarter of 1980. 

The final step in cutover to ccis 800 Service occurred during the 
September-November 1981 period with activation of the Ncps. Prior 
to this time, the normal installation procedures and acceptance testing 
took place and the operational responsibility of the processor was 
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officially turned over from Bell Laboratories to AT&T Long Lines. 
Loading to the data base occurred during the two weeks immediately 
preceding cutover. Service activation of the NcP occurred by activating 
the I-links to the stp and removing the 800 turnaround feature. All 
inquiries were then routed to the Ncp for data base translation. 


2.6 Coordination of implementation activities 


The implementation of ccs 800 Service required the close coordi- 
nation of activities of a large number of organizations. In addition to 
the normal first application support activities performed by Bell Lab- 
oratories and Western Electric, coordination between AT&T, Long 
Lines, and the Bocs was vital to an orderly implementation. To provide 
this coordination, an 800 Service Network Implementation Committee 
was formed in October 1980. The committee, under the chairmanship 
of a representative of AT&T Network Design, consisted of represent- 
atives from various AT&T Network departments, Long Lines, Bell 
Laboratories, and Western Electric. This committee, which met 
monthly, was charged with monitoring the implementation progress of 
all network activities for ccis 800 Service. This included identifying 
critical issues and taking corrective actions, coordinating all network 
activities, monitoring NCP installation progress, and providing central 
project control. 


iil. ADMINISTRATIVE FUNCTIONS 


Development of a new 800 Service capability within the network 
necessitated careful study and definition of the needs of a Bell System 
operational environment. The operational plan must adequately sup- 
port both the services that would utilize the capability and the network 
entities that would provide the capability. The administrative plan for 
the 800 Service capability encompassed five primary operational func- 
tions: 

e Service Provision—The process that includes the tasks performed 
from the time a customer orders service to the time the service 
has been installed in the network and made available for the 
customer’s use. 

Service Maintenance—The process invoked by a report of im- 
paired service, initiated either by a telephone company (BOC, 10C, 
AT&T Long Lines) procedure or by a customer report, that covers 
the tasks of verifying, sectionalizing, and repairing the reported 
troubles. 

Network Maintenance—The process, peculiar to specific elements 
in the network, that guides the analysis of a problem, localization 
of trouble, and repair of that specific element. This process is 
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either keyed by a self-diagnostic alarm condition of the element or 
is triggered by service maintenance procedures. 

Network Administration—The set of tasks associated with moni- 
toring the performance of elements in the network to ensure 
optimizing the load-handling capability of each element. 
Network Management—The process that monitors indications of 
abnormal network operation and supports the implementation of 
controls that will minimize total network harm. 

Since 800 Service was an existing Bell System offering, there was 
already in place an operational set of methods, procedures, and tools 
that covered all of the above functions. The challenge of developing an 
administrative plan for 800 Service capability was not to create a total 
set of processes from the ground up but, rather, to identify the unique 
functional requirements in a manner that would blend with the existing 
operational environment. With this as an objective, a functional anal- 
ysis of the total set of administrative needs was conducted. The results 
of that analysis indicated that the aspects of network maintenance, 
administration, and management that were related to the acps and 
the sTPs could readily be applicable to the work centers and operations 
systems that were already responsible for those network elements. 
Since the NcP was being initially introduced into the network, a 
complete administrative plan covering network maintenance, admin- 
istration, and management had to be created for this new element. 

The functional analysis also indicated that major augmentation of 
the provision and maintenance processes for 800 Service would be 
required to accommodate the new methods of call routing that were 
being introduced by the ccis-800 Service capability. The remainder of 
this paper will focus on the administrative plan developed for the NcP 
and on the new aspects of service provision and maintenance that will 
apply to the range of services that utilize the cc1s-800 Service capabil- 
ity. 


3.1 Service provision process 


As described in other papers in this issue of The Bell System 
Technical Journal, the major change in the network architecture was 
the introduction of the NcP and its related translation data base. The 
data base contains, for each 800 number, the following specific param- 
eters required to successfully complete a call initiated to the 800 
number: 

(t) Valid originating area codes based on purchased area 
(tt) POTS number translations for interstate and intrastate calls 

(titi) Desired translations based on particular time of day or day of 

week 
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(tv) Alternative translations based on busy condition of primary 
line. 

Obviously, the source of this information is the 800 Service customer. 
The primary new task in the service provision process is to capture 
that information and condition and place it in an NcP data base (and 
its mate data base). Procedures existed in each BOC and I0C to generate 
service orders, institute billing procedures, and ensure that the physical 
installation of the service took place. A key work group in those 
procedures was the Dialing Service Administration Center (DSACc), 
formerly called INWATS coordinators. The role of the DSAC was ex- 
panded to include the responsibility of deriving from a service order 
the information that would have to be provided to the Ncp data base 
for 800 Service. To assure the integrity of that information, transform 
it to a form usable by the Ncp, and deliver it to the proper NCP, a 
centralized Bell System Operations System was designed by AT&T 
Long Lines. The system, designated as the Network Support System- 
800 Service (NSS-800), provides on-line, dedicated access by each DSAC 
location. The DSAC interacts with the system to obtain and reserve 
unique 800 numbers. When a service order is issued, the DSAC again 
interacts with the system to enter required information about the 
service and a service date. These data are validated as they enter the 
system. Within nss-800, a customer profile record is created. Twenty- 
four hours prior to the service date, NSS-800 will retrieve the customer 
profile record, format it for the NcP, determine the primary and mated 
NcPs that are to receive the record, and load the record into the 
appropriate Ncps. The Nss-800 is connected via dedicated 4800-baud 
private lines to every NcP in the network. The system will look for an 
acknowledgment from both NcPs (primary and mate) to ensure that 
the record was properly distributed. If both acknowledgments are not 
received, the system will alert the work center responsible for NcP data 
administration. That work center is the Operations Network Admin- 
istration Center (ONAC), a Long Lines Network Services work group 
located in Kansas City, Missouri. The ONAC was created to coordinate 
the overall flow of service provisioning information from the DSAC 
organizations, through Nss-800, to the Ncps. The ONAC is responsible 
for managing that information flow and ensuring that any malfunctions 
in the flow are promptly repaired. In addition to this role in the service 
provision process, ONAC provides an important ingredient to the service 
maintenance process. 


3.2 Service maintenance procedures 


The placement of translation data bases throughout the network 
offers the potential for a customer-affecting trouble caused by a data 
record error. The previously existing maintenance plan for 800 Service 
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was expanded to include procedures that would effectively locate and 
clear possible data-related problems. Customer trouble-reporting pro- 
cedures remained unchanged, being handled either by Special Service 
Centers (sscs) or Repair Service Bureaus (RSBs). These centers will 
use existing procedures to verify, sectionalize, and clear physical plant 
problems. If it is ascertained that the customer reported problem could 
be data-related, the responsible work center (SSC or RSB) will contact 
their local DsaAc and request their assistance. The DSAC has direct 
access on the nss-800, and through on-line inquiry, it can audit 
customer record content, as well as determine which version of the 
record is contained in the NcpP data base. If discrepancies are discov- 
ered, DSAC can transmit immediate corrections to NcPs through NSss- 
800. The oNAC has access to additional capabilities in Nss and, accord- 
ingly, the DSAC may contact ONAC and request their assistance on more 
difficult troubles. 

In addition to serving as the tool that DsAc and ONAC can utilize to 
respond to trouble reports, Nss-800 is programmed to periodically 
audit the contents of the Ncp data base. The Nss-800 retrieves each 
record in the primary data base and mate data base and compares 
them with the current active record entered by Dsac. Any discrepancy 
discovered in this comparison is reported to ONAC for reconciliation. 


3.3 Network management 


As mentioned above, Nss-800 is directly linked to each NcpP to allow 
real-time data interactions between the NcPs and ONAC and the DSACs. 
The Nss-800 also serves to link the NcPs to the Network Operations 
Center (NOC) in Bedminister, New Jersey, so that the network man- 
agement aspects of the cci1s-800 Service capability can be monitored 
and, if necessary, controlled in the case of mass calling to any 800 
number. The Ncp data base has been designed with automatic control 
capabilities that monitor attempts to each 800 number, compare those 
attempts against a threshold value and, when necessary, instruct OSOs 
to limit the volume of calls directed to that 800 number. When this 
control is initiated by an NCP, a message is sent to the NOC via the Nss- 
800. Thus, the Noc is alerted to the calling conditions occurring on the 
network. The Noc personnel can assess overall network performance 
and, based on their analysis, can elect to override the controls initiated 
by the NCP. 

As described above, the Nss-800 and the ONAC provide the primary 
augmentation to the service provision and service maintenance proc- 
esses to support the ccis-800 Service capability. In addition, Nss-800 
supplies the Noc interface to the NcPs to support the network man- 
agement process. While the system was developed primarily to satisfy 
these functions, its role in several adjunct functions was identified. 
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Since the system became the collector of all 800 Service customer 
records, it was the logical source of information for the 800 Service 
Directory Assistance (DA) process. A mechanized interface was devel- 
oped between Nnss-800 and the 800 Da processor in Kansas City, 
Missouri. Each night, record changes that have been entered into Nss- 
800 by the DsAcs are transmitted to the DA processor where they are 
conditioned and forwarded to the 800 Service DA centers. 

The nss-800 also provides a mechanized interface to the Centralized 
Message Distribution System (CMDs) in Kansas City. The information 
provided is the correlation between an 800 number and the translation 
that will exist in the network. This correlation is necessary for CMDS to 
correctly provide source data for the traffic engineering processes that 
it supports. 


3.4 Network Control Point maintenance 


The introduction of the NCP as a new network element required the 
development of a maintenance and administration plan for that entity. 
The basic design of the NcP, similar to other spc-based elements, 
included self-diagnostic and self-repair capabilities. Primary interfaces 
for local craft personnel and for the No. 2 Switching Control Center 
System (2-sccs) were provided. Because of the close relationship 
between the NcP and the ccis network, it was desirable to provide NCP 
performance information to the work centers responsible for CcIS 
network performance. These centers are the ccis Electronic Switching 
System Assistance Center (CESAC) located in Columbus, Ohio, and the 
zonal CESACS located in San Francisco, California; Denver, Colorado; 
Chicago, Illinois; and White Plains, New York. The centers are pro- 
vided access to the data they need via a centralized Bell System 
Operations System, designed by AT&T Long Lines, called the Network 
Control Point Administration System (NCPAS). The NCPAS is directly 
linked to every NCP in the network and collects processor performance 
data from each ncP. These data are stored and formatted into reports 
that can be retrieved by CESAC and zonal cEsAcs. The reports are also 
received by the local craft personnel at each NcP location. The local 
craft personnel can be connected to NcPAs through the ncpP itself. This 
arrangement removes the burden of formatting and storing report data 
from the NcP and provides the users with the flexibility to redefine 
report structure and content without incurring NcP development cost. 


3.5 Network Control Point administration 


Administration of the NCP processors encompasses two discrete 
functional processes. The first of these is definition of the software of 
each NcP: What service will the NcP be expected to handle (800 Service, 
Automated Calling Card Service, etc.) and what customer records 
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(800-NXX, NPA-NXX) will it contain? This software definition is con- 
tained in the NcPs “specification file.” These decisions are made in an 
engineering process and provided to a national Long Lines work center, 
the Engineering Network Administration Center (ENAC). The ENAC 
uses the NCPAS to structure the specification files for each NcP, format 
them, and distribute them to the NcPs involved. Once the service 
specification has been distributed in this manner, there is a second 
function, the complementary administrative function, to be performed. 
Since the distribution of services and records among the NcpPs is based 
on a forecast, it is necessary to monitor the actual call attempts that 
each NcpP is handling to ensure that the engineering distribution is 
correct. The NCPAS is the vehicle used by ENAC to perform the 
monitoring function. When redistribution is appropriate, ENAC will use 
NCPAS as described above. 


3.6 Traffic measurement collection 


Embedded in the design of the Ncp software is the capability to 
measure various attributes of the call attempts handled by each Ncp. 
These data are valuable to the engineering or network provisioning 
and marketing processes that evaluate various aspects of a service 
offering. There is also a requirement to capture network usage statistics 
that will be used in the separations process. Although the NcP collects 
these types of data, it cannot analyze them. Accordingly, AT&T Long 
Lines developed a national Bell System Operations Support System 
called the Network Control Point Data Collection System (NcpPDs). 
This system is linked to each NcP and collects the traffic measurement 
data generated by the Ncps. Sampling rates for the particular data to 
be captured by each NcP are set by ONAC and ENAC using NSss-800 and 
NCPAS, respectively. The NCPDs serves as a centralized data store that 
can provide the information needed by engineering and marketing 
processes. 


3.7 800 Service record 


At the time of implementation of the 800 Service capability using 
the spc network, there were almost 200,000 customer lines for 800 
Service. Records pertaining to each of these lines had to be verified, 
expanded to include valid Ports translations, and then loaded into the 
appropriate NcP data base. The source data for these records was 
resident in the Bocs and 10Cs and existed in various forms and states 
of accuracy. The transformation of these data to a validated and 
consistent form that could be loaded into the NcPs represented a 
substantial task for the Bell System. To effect the necessary controls 
on the conversion process and to minimize the manual work effort, 
AT&T Long Lines developed a mechanized process that utilized two 
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existing 800 Service data records, Wide Area Telecommunications 
Services (WATS) Information System, and 800 Directory Assistance, 
plus a mechanized record of 800 numbers from those Bocs and I0Cs 
that had one available. These records were compared and used to 
develop an initial load of the Nss-800 data base. Various reports 
indicating discrepancies resulting from the comparisons were furnished 
to each involved Boc and toc. The nss-800 was made available in 
December 1980 to all the Bocs and 10Cs to allow them to complete and 
purify their records. All on-going service-order activity was entered 
into Nss-800 to build as complete and accurate a data base as possible 
before actually loading the Ncp data base. 


3.8 Network Support System-800 characteristics 


The nss-800 is implemented on a large-scale IBM main frame (3032) 
computer located in Rochelle Park, New Jersey. The machine is 
dedicated to the Nss-800 application. In addition, a second processor 
(IBM 3168) is available to sustain the system functions required to 
interface with the Ncps if there is a failure of the primary processor. In 
the unlikely event of a catastrophic processor failure at Rochelle Park, 
full-scale remote site restoral capability is provided in White Plains. 
The system uses the Information Management System (IMs) data base 
management/teleprocessing software package from IBM. Each line 
between Nss-800 and an NcP has a dedicated backup. These lines are 
all terminated on a COMTEN 3650 front-end National Cash Register 
processor that has been designed to support the BX.25 level 1, 2, and 
3 protocol. 


3.9 Network Control Point Data Collection System characteristics 


This application has been implemented on the nss-800 backup 
processor described above. Data related to 800 Service and its cus- 
tomers is fed indirectly to NcPpps from the NCPS via an IMS EXIT 
routine in the Nss-800. Processor traffic measurement data are fed 
from the NcpPs directly to Ncpps. The COMTENSs terminate simplex 
lines from NcP. This arrangement efficiently uses the processing power 
that has been provided at the Rochelle Park site. 


3.10 Network Control Point Administration System characteristics 


The NCPAS is implemented on two DEC 11/70 processors located in 
Freehold, New Jersey. Both processors utilize the UNIX* operating 
system. One processor acts as a front-end, handling the communica- 
tions interface to the Ncps (duplex lines) and supporting the BX.25 


* Trademark of Bell Laboratories, Inc. 


1756 THE BELL SYSTEM TECHNICAL JOURNAL, SEPTEMBER 1982 


level 1, 2, and 3 protocols. The second processor handles the network 
administration applications. The ENAC, located in Cincinnati, Ohio, is 
connected to NCPAS, and the zonal CESACs are provided with dial-up 
capability. 


3.11 Center and system impact 


While the introduction of the NcpP and its translation data base has 
a dramatic effect upon the capabilities of the network, the impact on 
the operational environment required to support those capabilities was 
minimized. Two new national work centers (ONAC and ENAC) were 
identified, the role of DSAc was expanded, and three centralized oper- 
ations systems were developed. The functions of both the centers and 
systems are intended to be consistent with the network capabilities. 
While the initial implementations are geared to 800 Service, the design 
of both the centers and systems is hoped to easily accommodate any 
new customer services that employ the Spc network capability. 


IV. SUMMARY 


The technical implementation of the ccis 800 Service required 
modifications in all existing call-processing elements, as well as the 
addition of the new network element, the Ncp. The administrative 
implementation affected service provision, maintenance, network ad- 
ministration, and network management. Clearly, such a new capability 
impacts how we provide service today and required the coordination 
of all elements of the Bell System-Bell Laboratories, AT&T, AT&T 
Long Lines, Western Electric and, most critically, the Bocs, as well as 
the 10cs. Without their cooperation, such a network capability could 
not have been implemented. 
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Large amounts of data about every customer line number and 
billing number in the country must be available for the Stored 
Program Controlled (spc) Network features to operate. A method of 
obtaining, organizing, and cleansing the data or administering the 
necessary network data bases was needed. While much of the data 
could be obtained through each telephone company’s service order 
system, these systems vary substantially in capabilities from one 
company to another and even from one region to another of the same 
company. To obtain the data, a new support system called the No. 2 
Data Base Administration System (DBAS) was designed and new 
operational procedures for the telephone companies were developed. 
The DBAS interacts with all types of service order systems to obtain 
the data; provides initial load, as well as immediate and routine 
updates for the network data bases; and handles customer queries, 
statistics, special studies and other administrative functions off-line 
for the data bases. This minicomputer-based system bridges the gap 
between the telephone company paper flow and the spc network. The 
DBAS provides reliable data in a timely fashion to the network to 
ensure the viability of the initial features. It provides a general 
capability for administration of additional customer data which may 
be required for future spc network features. 


1. INTRODUCTION 


As discussed in companion articles of this issue of The Bell System 
Technical Journal, large amounts of data on every customer billing 
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number (a line number or special billing number) in the country must 
be available to various nodes in the spc network for the network 
features to function properly. (See Ref. 1 for a discussion of the on-line 
data bases.) A method of obtaining, organizing, and cleansing the data, 
that is, administering the network data bases or Billing Validation 
Applications (BVAs), is needed. While the data can be obtained through 
each telephone company’s (Bell or independent operating company) 
Service Order System (sos), these systems vary significantly in capa- 
bilities and design from one telephone company to another and even 
from one region to another of the same company. Further, no existing 
telephone company administration system had all of the sos data 
currently used or envisioned for SPc network features. 

To obtain the data and provide the administrative functions, a new 
support system called the No. 2 Data Base Administration System 
(DBAS) was designed. [The No. 1 DBAS administered data bases in 
Automatic Intercept System (AIS) switching machines.] The opera- 
tions of the Data Base Administration Center (DBAC), the telephone 
company center which operates the DBAS, were revised to reflect its 
new capabilities. 

By defining a specific interface, DBAS interacts with all types of soss 
to obtain the necessary data. The DBAS will accept data link, magnetic 
tape, and manual clerk input, thus functioning in all of the modes of 
telephone company data entry for sos information. 

The DBAS is connected by one dedicated data link to each BvA 
containing billing number records administered by that DBAs. It is 
expected that, in most cases, there will be only one or two BVAS 
attached to a single DBAS, although the DBAS is designed to handle up 
to four BvAs. Backup links are also provided for use when dedicated 
link failures occur. A backup terminal, connected to each BVA by a 
dedicated link, is located at the DBAc for use in accessing the BVA. 

The DBAS provides the means for initially loading, as well as updat- 
ing, the BVA. It is also capable of auditing the Bva for inconsistencies 
and of restoring some or all of the Bva, if a catastrophic failure (both 
active disks and both backup disks are lost) occurs at the BVA. From 
the telephone company’s viewpoint, the DBAS is the primary repository 
for the information that comprises the BVA, and for the information 
that is needed to administer the various features. That is, the DBAS 
contains a superset of the BVA information. (The BVA contains only 
those items needed by the requesting nodes for the on-line processing 
and billing of calls.) This superset of BVA information is stored in a 
data base at the DBAS. The DBAS also handles customer inquiries, 
statistics, and other administrative functions associated with the spc 
network features. Thus, these functions are performed off-line from 
the switching network. 
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This minicomputer-based system bridges the gap between the tele- 
phone company paper flow and the spc network. The DBAs provides 
reliable data in a timely fashion to the network to ensure the viability 
of the initial features. It provides a general capability for administra- 
tion of additional customer data which may be required for future spc 
network features. 


i. SERVICE ORDER DATA 

All customer Billing Number Record (BNR) activity originates in 
either a Public Service Marketing Center, Residence Service Center, 
or Business Service Center. The AT&T recommendation is for the 
record of this activity to be transmitted by service order. Standard 
Universal Service Order Codes (usocs) and Field Identifiers (F1Ds) 
have been developed to accommodate all data required to support 
Calling Card Service features. However, some companies may also 
transmit selected data by miscellaneous form or memo. All data are 
obtained from completed service orders with the exception of public, 
semipublic, and coinless Originating Station Treatment (osT) data, 
which are obtained from precompleted service orders. 

Both the DBAS and BVA data bases are designed so that the data 
forwarded by the sos are stored by utilizing the 10-digit telephone 
number (NPA-NXX-XXXX) or special billing number (RAO* 0/1 XX-xxxx) 
as the address. Furthermore, the data themselves are logically grouped 
into four categories corresponding to the features offered by Calling 
Card Service. These categories are as follows: 

(t) Originating station treatment—The service order contains 
usoc information for each line, indicating whether that line has Touch- 
Tone’ or rotary dial capability. It may also contain, at the customer’s 
request, FID information if special ost is desired. These data are used 
to determine the protocol returned to the calling station (Tone, Tone 
and Announcement, or Operator Assistance) on 0+ calls. 

These data are translated by the sos and transmitted in the appro- 
priate format to the DBAS. 

(tz) Public telephone check (ptc)—The service order also contains 
a usoc which identifies the class of service for each line, i.e., residence, 
business, public, semipublic, or coinless. These data are used to deter- 
mine if special operator handling is required on collect or bill-to-third- 
number calls. 

(iii) Billed number screening (BNS)—The service order contains an 
FID providing toll billing exception for those customers that request 

(a) no collect or bill-to-third-number calls 


* Revenue Accounting Office. 
t Registered service mark of AT&T. 
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(6) no bill-to-third-number calls 

(c) no collect calls. 

(tv) Calling Card Validation—Finally, the service order contains a 
usoc which indicates the assignment of Calling Card service. This 
information is transmitted from the sos to the Customer Record 
Information System (CRIS). The CRIS, upon receipt of these data, uses 
an algorithm to generate a four-digit personal identification number 
(PIN) which is associated with the billing number. On a daily basis, the 
CRIS system forwards the billing number + PIN information to the 
DBAS. 

A block diagram indicating the source and flow of data is shown in 
Fig. 1. 

In summary, BNR information is recorded on service orders. This 
information is then transmitted by locally developed soss directly to 
DBAS and crRIS. The cris generates Calling Card Service information 
and transmits these data to the DBAS. 


ll. SYSTEM ARCHITECTURE 


The detailed system architecture of DBAS is the subject of a com- 
panion paper appearing in this issue. However, a high-level description 
of the architecture will be provided here as an aid to the reader in 
understanding the remainder of this paper. 

Figure 2 is a simplified block diagram showing the functional rela- 
tionship of the No. 2 DBAS programs associated with processing updates 
to the DBAS and BVA data bases.* 

As noted previously, updates are entered into the DBAS from paper 
records, magnetic tape, or via high-speed data link. The DBAS programs 
associated with these three types of data entry are CLERKIN, READTAPE, | 
and LINKIN, respectively. These programs check the data input for 
syntax, completeness, and self-consistency, and they output a logical 
grouping of 1 to 256 updates called a session file. Each completed 
session file is linked both to the Journal Program (JURNL) and order 
processors. The journal program copies the sessions to magnetic tape 
so that they may easily be reinput if a system malfunction should 
occur before they are completely processed. 

Operating independently from JURNL, the order processor programs 
also begin their work. For a given update, the associated BNR infor- 
mation is retrieved from the data base and, using this additional 
information, further consistency checks are performed on the input 
record. If the record passes the checks, the DBAS data base is modified 
and an update for the BVA is generated. When an entire session is 


* Programs associated with processing AIS and TSPS updates are not shown. 
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Fig. 2—Data Base Administration System 2DB3 system architecture. (AIS and TSPS 
programs and interfaces not shown.) 


processed, the associated group of updates (also called a session) is 
passed to the BVA transmission program (BVATRANS). 

If a session passed to BVATRANS is designated high priority, 
BVATRANS will immediately transmit the associated updates to the 
BVA. All other sessions will wait until a designated time, usually during 
the middle of the night (the lowest traffic period for the BvA), to be 
processed. At that time, BVATRANS will sort the updates in order of 
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BNR (to save BVA real time) and transmit the sorted updates to the 
BVA. 

The CLERKIN, READTAPE, LINKIN, JURNL, order processor, data base, 
and BVATRANS programs are discussed in more detail in the following 
sections. 


IV. CLERK INPUT—CLERKIN 


The clerk input process (CLERKIN) serves as the vehicle for manual 
entry of data into the DBAS system. Data are entered by clerks from as 
many as 24 terminals. The Universal Service Order (USO) is assumed 
to be the input source for these data. However, the CLERKIN package 
provides a flexible approach so that telephone companies not adhering 
to standard service order types can use other sources such as business 
office memos and verbal contacts. 

The CLERKIN program has two modes of operation: a command 
mode and an update mode. 


4.1 Update mode 


The update mode is used to enter information into the DBAs. Thus, 
the major portion of the clerk’s interface with CLERKIN occurs in this 
mode. It is assumed that a CRT is the standard terminal used to enter 
service order data. However, since hard copy terminals are also sup- 
ported, CLERKIN determines the type of terminal (as defined by the 
system administrator) and behaves accordingly. Actions not applicable 
to a hard copy terminal (cursor positioning, screen erasing, etc.) are 
eliminated. 

Thirty-two questions (prompts) totally define all input fields needed 
by DBAS to administer AIS, PTC, OST, BNS, and Calling Card Service 
data. This count includes spares for future expansion. Clerks are 
prompted for relevant information needed to complete an update. It is 
the clerk’s responsibility to respond to the prompt, locate the data on 
the service order, and enter it via the terminal. Generally, clerks need 
not analyze the service order to determine the appropriate data to 
enter—this function is performed by CLERKIN itself. 

To facilitate the location and entry of data, question prompts and 
valid responses generally match corresponding fields on the actual 
service order. Question texts are similar to the USO FIDs, and responses 
match the usocs that follow them. 

The CLERKIN program takes all reasonable steps to ensure a correct 
update. All syntax errors and consistency errors in the update are 
detected and reported as soon as possible. Also, potential data base 
errors are prevented by applying checks on the billing number as soon 
as it is entered by the clerk. The CRT screen is controlled by CLERKIN 
in the update mode. This control provides a clear and concise format 
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Table |[—Clerk command summary 


Commands Action 

Session Commands 

cancel cancel the current session 

list list session file names 

print print session file(s) 

remove remove session file(s) 

send end the current session 

update enter updates into the current session 
Retrieve Command 

getbr get billing number record 
Miscellaneous Control Commands 

clrbng ot clear the billing number group 

exit exit the clerk input process 

help print helper dialogue 

setbng set up a billing number group 

poadmin : perform pending order administration 


for the clerk. Update data does not scroll off the screen, and is thus 
always available for inspection. 


4.2 Command mode 


The command mode allows clerks to perform various high-level 
tasks outside of their normal entry of updates. Unlike the update 
mode, clerks direct CLERKIN by specifying the particular command 
they want it to execute. 

Commands can be logically grouped into the following three cate- 
gories: (i) session commands, which allow the clerk to enter the update 
mode, terminate the current session, and recall sessions; (iz) retrieve 
command, which allows the clerk to retrieve billing number records 
from the DBAS data base; and (iz) miscellaneous control commands. 

Command lines are entered in response to an asterisk. The asterisk 
means that CLERKIN is in the command mode and is ready to accept 
commands from the clerk. The command line format is as follows: 


Command (options) (arguments) (CR). 


The command name must immediately follow the asterisk prompt and 
uniquely identify the command that the clerk wants to execute. The 
remainder of the line may contain options and arguments that are 
passed to the named command. 

A summary of commands available to the clerk is given in Table I. 


V. MAGNETIC TAPE INPUT—READTAPE 


The tape input process (READTAPE) is an interactive program used 
to input data from a magnetic tape in a specified format. It performs 
two functions: It reads externally generated input tapes and it reads 
journal tapes for restoral of the DBAS data base and/or ass. The 
READTAPE program performs syntax and consistency checks on the 
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input data. Errors found are printed on the DBaAc line printer for 
subsequent investigation. 

The magnetic tapes read are industry standard, nine-track, and 
employ recording methods and densities which meet the American 
National Standards Institute (ANSI) specifications. Both 1600-cpi, 
Phase Encoded (PE) and 800-cpi, non-return-to-zero, change-on-ones 
(NRZI) tapes can be utilized. 

Input tapes must adhere to the following format. First, there is an 
80-character block termed the “Volume Header Label,” which identi- 
fies the physical reel of magnetic tape. This is followed by another 
block of 80 characters called the ‘File Header Label,”’ which identifies 
the contents of the “file,” that is, the data recorded on the tape. 

The file is a collection of input records containing BNs, Calling Card 
Service, PTC, OST, and AIS data. The input records are grouped into 
sessions, where the input records in a session have all come from the 
same source (e.g., the same telephone company). Multiple sessions on 
a tape must be used to separate input records from different telephone 
company or different regional soss within a telephone company. The 
maximum number of input records per session is generally limited to 
256. Each session is started by a session header which indicates the 
source of the data (the telephone company). An “End-Of-File Label” 
follows the file. This is an 80-character block which identifies the end 
of all input data records recorded on the tape. Also recorded on the 
tape are single-character blocks containing a Device Control (Dc3) 
character. These are termed “tape marks.” One tape mark precedes 
the file, one succeeds the file, and two follow the End-of-File Label. 


Vi. SERVICE ORDER DATA-LINK INPUT—LINKIN 


The pBAs data-link input program, LINKIN, provides the capability 
to receive service order information on a real-time basis from a single 
telephone company sos. This method of operation has advantages 
over magnetic tape input in that it allows immediate updates to be 
input without the manual intervention of DBAs clerks. Data-link input 
is otherwise functionally equivalent to tape input. That is, the format 
of sessions input to, and output from, the LINKIN program are essen- 
tially identical to those associated with the READTAPE program. In 
addition, the consistency and syntax checks performed by the two 
programs are also identical. 

The communication protocol used for the data-link input is BX.25, 
which has been adopted as the Bell System standard for communica- 
tion between Operations Support Systems, and between these systems 
and spc switching systems. The physical data link consists of two four- 
wire private lines. Data are normally transmitted over only one of the 
lines, with the alternate line serving as a “hot” standby. In case of 
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excessive transmission errors, the data flow is automatically switched 
from the active line to the standby without loss or duplication of 
information. Communication over the link is full-duplex synchronous 
at a speed of 4800 baud. 


Vil. JOURNAL TAPE—JURNL 


The JURNL program functions to produce a journal tape which is. 
the image of the on-line data base additions and modifications from 
the CLERKIN and LINKIN processes since the beginning of the work 
day. The READTAPE input may also be journaled to consolidate mag- 
netic tapes. In the case of a system failure, if the integrity of the on- 
line data base is in doubt, the system may be restored, using the 
journal tapes to efficiently reinput the day’s updates. 

Tapes produced by the JURNL process are compatible with the 
requirements of READTAPE. To assure compatibility, journal tapes are 
created in the same format described previously for the READTAPE 
process, PE and 800 or 1600 cpi. 

The production of a journal tape involves the interchange of mes- 
sages with the console operator. Messages to and from JURNL pass 
through a control program (CONTROL) and follow the formats specified 
therein. These messages are invaluable aids to procedures, such as 
tape mounting and dismounting, tape mount verification, system shut- 
down, and system restart. The messages also highlight operator or 
tape errors. For example, it is in the best interest of DBAS to have a 
journal tape mounted whenever input sessions are being processed. 
The following error message is printed regularly whenever input ses- 
sions are in the journal directory but when no tape is being written. 


++(jurnl) SESSIONS ARE WAITING TO BE JOURNALED, 
PLEASE MOUNT JOURNAL TAPE 


The JURNL program is started by CONTROL when DBAS is started and 
runs continuously until the operator requests either a total system 
shutdown or a selective process shutdown. The JURNL program, how- 
ever, will only write to tape after operator action. After a shutdown, 
JURNL ceases to exist. It will be automatically started the next time 
DBAS is started, or the operator may restart it manually. 


Vill. ORDER PROCESSING 


As was described above, in general, the order processing programs 
accept sessions from the input programs, update the DBAS data base 
and/or generate updates for the BVA transmission program. Also, since 
the order processing programs have access to the data base records, 
they can perform certain additional consistency checks which the 


DATA BASE ADMINISTRATION SYSTEM 1767 


Table II—Order processor functions 


Performs 
Reads Consist- Writes Generates 
Order Accepts Input Data Base ency Data Base _— BVA Up- 
Processor From (BNRs) Checks (BNRs) dates 

ILOP Magenetic tape No Yes Yes Yes 
uUOP Clerk, data Yes Yes Yes Yes 

link, magnetic 

tape 
POP Not applicable Yes No Yes Yes 
MOP Not applicable Yes No No Yes 


input programs could not. Any inconsistencies are reported to the 
DBAC via exception reports written to the line printer. 

In actuality, there are four different order processor programs. These 
are the Update Order Processor (UOP), the Initial Load Order Proc- 
essor (ILOP), the Pending Order Processor (POP), and the Move Order 
Processor (MOP). Each of these is discussed briefly below. Table II 
summarizes the functions performed by each order processor. 


8.1 Update order processor 


There are four UoP programs which process daily updates from the 
CLERKIN, READTAPE, and LINKIN programs. Multiple voPs are used to 
implement the requirements for handling various updates at different 
levels of priority. 

One voP processes only immediate, or high-priority updates. Im- 
mediate updates can be generated by CLERKIN or LINKIN (but not by 
READTAPE) to handle denials, restorals, or customer trouble reports. 
Since one UopP is dedicated to handling immediate updates and because 
the number of immediate updates required is relatively small, an 
immediate update is processed and ready for transmission to the BVA 
within 10 minutes. Naturally, if the immediate updates were handled 
by the same UoP as lower priority updates, processing time would be 
extended as a result of the intermingling of updates. Otherwise, a more 
complex program would be required to allocate resources appropri- 
ately. 

For similar reasons, another uopP is dedicated to handling non-high- 
priority clerk updates. Thus, since the number of these clerk updates 
is generally small compared to the mechanized input, clerk updates 
get processed relatively quickly (within 1 hour) also. 

Finally, the third and fourth voPs are dedicated one each to READ- 
TAPE and non-high-priority LINKIN inputs. Since the quantity of mech- 
anized updates is relatively large, and handled on a first-come, first- 
served basis, these updates are given resultantly lower priority han- 
dling by default. 
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8.2 Initial load order processor 


The 1LoP is the order processor used to perform an initial load or 
reload of the DBAS data base. 

Since several million records may have to be loaded initially, input 
for the ILOP must be provided in a special restricted format to speed 
processing. The ILoP accepts only input from READTAPE. Furthermore, 
the initial load tape must be organized in sessions each of which consist 
of all the BNRs for a given Billing Number Group (BNG). After perform- 
ing syntactical checks, the ILoP places the records in the session in an 
order required for the data base to store the entire session efficiently 
rather than store each record individually. In addition, the ILOP 
provides the session to BVATRANS for subsequent transmission to the 
BVA. 


8.3 Pending order processor 


A pending order is an update for Calling Card Service data which 
was input via one of the input programs with an effective date some- 
time in the future. That is, it is a Calling Card Service update which 
must take effect 24 hours or more later than the time on which it was 
entered. For instance, if a customer telephone number change is to 
take place seven days in the future, a pending order must be generated 
to delete the pin from the old number on that effective date. The PoP 
is the program which searches the DBAS data base for pending orders 
having a given effective date, updates the data base with the pending 
data, and generates the appropriate update to pass on to BVATRANS 
for transmission to the BVA. The POP is normally run manually once a 
day after regular updating is complete. 


8.4 Move order processor 


The mop is actually not an order processor, but simply a program 
which can read BNRs from the DBAs data base and supply the records 
to BVATRANS for transmission to the BVA. Thus, it provides a means to 
restore the BVA data base directly from the DBAS data base should 
such a need arise. 


IX. DATA BASE ADMINISTRATION SYSTEM—INTERNAL DATA BASE 


The DBAS internal data base contains the data needed by the BVA 
and associated data for off-line activities, such as customer inquiries. 
There is a BNR for each billing number assigned to the DBAs. The data 
kept for each BNR is shown below, with the default values (that is, the 
meaning of the absence of data in a given field) in italics. 

(t) OST indicator: Customer-requested, tone, tone and announce- 
ment, cut through to an operator, or none 
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(tt) Service indicator: Touch-Tone service, rotary dial service, or 
unknown 

(ii) pTC data: Public coin, public-coinless, semipublic-coin, busi- 
ness, or residence, or unknown; 

(tv) BNS code: Customer requested no bill-to-third number, no 
collect, no bill-to-third number or collect, or no restrictions 

(v) Unrestricted PIN (no PIN) 

(vt) Service denial bit for unrestricted PIN (no service denial) 

(vit) Service start for unrestricted PIN date (no date) 

(vitt) Restricted PIN (no PIN) 

(tx) Service denial bit for restricted PIN (no service denial) 

(x) Service start date for restricted PIN (no date) 

(xi) Date of most recent DBAS data base update activity and 
medium (clerk, tape, or data link) of the update for this record (no 
date, no medium) and priority of last update 

(xit) Counter to indicate the number of pending orders for this BNR 
(zero). 

When an update results in default values for all data items in a 
billing number record (except for item xz), the DBAS deletes this billing 
number record from its data base. 

The data kept for a billing number group (i.e., BNG—the 10,000 
numbers with common NPA-NXX or RAO 0/1xxX) include: 

(i) Status: Vacant, nonparticipating, no input allowed, local ad- 
ministration or active administration for BVA administration* 

(it) Date that each feature (Calling Card Services, BNS, and OST) 
was activated in the BvA. No date indicates that the feature is not 
enabled. 

(iii) Current Rao’ (no RAO): This RAO corresponds to the RAO 
stored in the BVA for the billing purpose. 

(tv) Previous RAO (no RAO): This RAO should be the same as the 
current RAO code for the BNG. It corresponds to the RAO stored in the 
BVA for the RAO digit (RAOD) check. 

(v) Ownership: Telephone company that owns this BNG (no ID) 

(vi) BVA(s) identity: Where this BNG resides (no BVAs) 

(viz) Activity counts: Number of inserts, deletes, or changes since 
last daily report (zero for all) 


* Vacant means that the BNG is vacant and no BNR input is allowed; nonparticipating 
means that the BNG is active, but no billing number records are associated with the BNG; 
local administration means that no BNR updates are being sent to the BVA(s); no input 
allowed means that the BNG is being moved or restored; active administration means 
that the BNR updates are being forwarded to a BVA. 

tWhen changing the Rao code for the BNG, the new RAO should be entered as the 
current RAO and forwarded to the Bva. After the transition period of RAO change is over, 
the DBAC personnel should manually reset the previous RAO to be the same as the 
current one. 
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(viii) Date that the billing number records in this BNG were initially 
loaded in the pBAS data base. No date indicates that the data are not 
loaded. 

The DBAs data base interfaces functionally in two ways with the rest 
of the system. It provides administrative data for reports and studies, 
and it supports order processing, which consists of insertion, deletion, 
and changes to records in the data base. 


9.1 Administration of data base 


There are two DBAS administration programs, GETBNG and GETBNR, 
which permit the DBAC administrator to access the data base infor- 
mation described above. First, before any BNR information can be 
entered into the data base, the GETBNG program must be used to 
initialize, for administration, the appropriate BNG records. This pro- 
gram has the capability of inserting, updating, deleting, or listing any 
information in the BNG record. Second, a listing of the BNR data (which 
was entered through the CLERKIN, LINKIN, Or READTAPE programs) is 
provided by the GETBNR program. Thus, the DBAC administrator can 
easily determine the contents of any BNR record in the data base. 


X. BILLING VALIDATION APPLICATION TRANSMITTER—BVATRANS 


The BVA transmission program (BVATRANS) is responsible for con- 
trolling the flow of all updates from the DBAS to the BvA(s). To do this, 
BVATRANS operates on files of BVA updates produced by the seven 
order processor programs discussed above. These operations include 
sorting, formatting, and transmitting immediate and batch updates. 

The sorting operation is required to group all updates for BNRS 
within a given BNG. Transmission of updates grouped in this way saves 
a considerable amount of BVA real time. In addition, the sorting 
operation helps BVATRANS to prevent the possible overwriting of an 
immediate update by an earlier batch update which is transmitted at 
a later time. 


XI. SYSTEM ADMINISTRATION 


In addition to the programs associated directly with the data base 
updating functions, which were described above, the DBAS provides a 
set of system administration programs. These programs fall into two 
broad categories: (z) system parameter generation and (zz) report gen- 
erating. The system parameter generation programs allow the system 
administrator to describe the hardware configuration of the particular 
DBAS and generate various system tables and files which are unique to 
that site’s operations. The report-generating programs provide statis- 
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tics describing various aspects of the daily operations and the status of 
system processes and files. 

The specific functions of these administrative programs are de- 
scribed in more detail below. 


11.1 System parameter generation 


There are four major administrative programs which are used to 
define data unique to a particular DBAS. These programs are SYSGEN, 
CLOSTRANT, ACCESSRST, and ORDERTYPE. 


11.2 SYSGEN 


SYSGEN is the administrative program used to define various param- 
eters associated with the AIS, TSPS, and BVA interfaces and to define 
clerk login IDs. In addition, it is also used to define optional peripheral 
equipment including tape drives, disk drives, terminals, and data links. 
Because of this, the SYSGEN program must be run before updating and 
other system activities can begin. 

Generally, the first time the SYSGEN program is run, the initialization 
function is performed to establish values for all of the required system 
parameters. When performing the initialization function, the SYSGEN 
program prompts the user with a question and the user responds with 
the appropriate value for that particular parameter. When all of the 
parameters have been initialized, the user “quits” the program, thus 
causing the parameter file just created to be stored on the system disk 
for subsequent use by all other programs. 

After the first parameter initialization is completed, other functions 
which may be performed by SYSGEN include: 

(t) Update—change the current value of a specified parameter 
(ti) Print—print all or any data parameter 

(tii) Backup—save all parameters on magnetic tape - 

(itv) Restore—transfer all parameters from magnetic tape to disk. 

It was noted above that SYSGEN is an interactive program, that is, 
the program prompts the user for appropriate responses. However, as 
is the case for most all of the DBAS programs, SYSGEN can also operate 
in a command mode, whereby an experienced user can input on one 
line data normally input on several lines in response to several SYSGEN 
prompts. 


11.3 CLOSTRANT 


The system administrator uses the CLOSTRANT program to build a 
Class of Service Translation Table. This table is then used by the DBAS 
data input programs (CLERKIN, READTAPE, and LINKIN) to translate 
the class of service code on the service order to one of the six internal 
class of service codes used by the DBAS and BVA. A translation of this 
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type is required since a telephone company may need several hundred 
different class types to define all of the different categories of telephone 
service which are tariffed (and so appear on the service order), whereas, 
from the DBAS and BVA viewpoint, program efficiencies are gained by 
having to work internally only with the six classes which completely 
define the service for the line from the standpoint of the Calling Card 
Service, BNS, OST, and pTc features. 

The actual CLOSTRANT table built by the administrator consists of 
up to 750 entries, each of which gives the internal DBAS class of service 
code which was assigned to the particular usoc. The CLOSTRANT 
program provides commands to edit and print the table, while magnetic 
tape backup and restore for the table are provided by the correspond- 
ing SYSGEN features. 


11.4 ACCESSRST 


The ACCESSRST program is used by the administrator to define 
which clerks and which telephone company will be allowed access to 
given sets of BNGs for updating purposes. For example, to provide 
access restrictions for data input via clerk terminal, a table is built for 
each clerk 1D specifying which BNGs can be accessed under that ID. 
Likewise, to provide access restrictions for data input via magnetic 
tape or data link, a table is built for each telephone company ID 
specifying which BNGs can be accessed by that telephone company. 
These access restrictions help ensure that billing number record data 
are not modified from an unauthorized source. 

The ACCESSRST program provides commands to initialize a new 
table, modify, delete, and print existing tables, or create a new table 
which is identical to an existing table. Tables are named C100 to C999 
and T000 to T255 for the corresponding clerk and telephone company 
IDs, respectively. 


11.5 ORDERTYPE 


As was described above, the clerk input program is an interactive 
data entry system based upon a sequence of up to 32 questions which 
the clerk answers from information on the service order or a trouble 
report. To maximize the efficiency of the entry process, the sequence 
of questions asked is based upon the order-type code entered by the 
clerk. This order-type code is the second question asked and is pre- 
ceded only by the entry of the billing number. 

Using the ORDERTYPE program, the DBAS administrator creates and 
maintains a file which defines the question sets for up to 64 order-type 
codes. In addition to specifying the question sets, the administrator 
defines which questions the clerk may skip and which questions will 
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automatically receive specified fixed answers. Thus, the clerk input 
program may be tailored to the needs of the particular DBAC. 

Specific capabilities provided by the ORDERTYPE program include 
the ability to print the order-type file, insert new order types, modify 
existing order types, and delete order types. 


11.6 Report-generating programs 

There are several programs which have been provided to allow the 
administrator to monitor the performance and status of the pBac. All 
of these programs must be run manually by the administrator. Three 
of the programs provide daily operational statistics. These programs 
and their functions are as follows: 


ACTSTAT Provides counts of the number of inserts, modifi- 
cations, and deletes of BNRs on a per-BNG or per- 
telephone company basis during a given day. 

CLERKSTAT Provides clerk performance statistics such as av- 
erage work time per update, clerk sessions can- 
celled, total time logged in, etc. One to eight sum- 
mary reports may be generated. 

LINKSTAT Provides statistics regarding the health of all 
BX.25 data links. 


Other report-generating programs are run on an as-needed basis to 
investigate possible system trouble conditions and to assist the system 
administrator or operator with system shutdowns and restarts and file 
management. These programs and their functions are as follows: 


AUDPRINT Provides a summary of DBAS/BVA audit reports on 
a BNG basis. 

BVAPRINT Provides a printout of the daily BVA transmission 
file on a BNG or BNR basis. 

SYSTAT Provides a report of all processes active in the 
DBAS at the time SYSTAT is run. 

FILES Provides a list of files accessible to various DBAS 


processes. The owner and size of the file, and date 
and time of last modification are given for each 
file. 


XII. DATA BASE ADMINISTRATION CENTER 


The DBAC is responsible for the administration of the intercept 
number data used by Als and the Calling Card Service data stored in 
the DBAS and BvAs. The DBAS is in the Operator Services organization 
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and is typically managed by one second-level manager and one to 
three first-level supervisors. 

The DBAC uses the DBAS as the principal means of administering the 
contents of BvAs. The DBAC also uses the direct terminal to the BVA as 
backup for DBAS outages and for certain administrative functions of an 
infrequent nature. 

The DBAC activities can be separated into the following categories: 
(z) Administration, (ii) Updates, and (iii) Support. 


12.1 Administration 


The administrative responsibilities of the DBAC include the creation 
and maintenance of a data base environment in the DBAS and BVA 
which will allow for the storage of BNRs and their subsequent access 
and use by the ccis network for call-processing purposes. The activities 
required to do this are as follows: 

(1) Programming of the DBAS nongeneric parameters via SYSGEN. 

(ti) Creation of the necessary tables, records, and files in the DBAS 
to allow updating. These are BNG records (created and maintained for 
each NPA-NXX and RAO-0/1Xx assigned to the DBAs location), Class of 
Service Translation Table, Access Restriction Tables, and Ordertype 
File. 

(wi) Coordination and negotiation with AT&T Long Lines to ensure 
ccIs and BVA availability. The DBAC must also coordinate the estab- 
lishment of new BNGs and the migration of BNGs between BVAs or 
DBASS. 

(itv) Administration of RAO validation and the check-digit algorithm. 
The DBAC inputs the check-digit algorithm as provided by AT&T and 
sets the transition indicators as required for RAO and algorithm 
changes. 

(v) Schedule audits and perform necessary actions to resolve in- 
consistencies. The DBAC runs audits between the DBAS data base and 
the BVA. Regular audits are under program control, but the DBAC also 
initiates demand audits as required. The DBAC is responsible for 
resolution of audit inconsistencies to ensure accurate DBAS and BVA 
data. 

(vi) Perform DBAs file backups at prescribed intervals and, if re- 
quired, restore the DBAS and BVA files. Backup of the DBAS system 
disk is done each working day and backup of the DBAs data base is 
done once a week. Restoration of the DBAS and the BVA is done 
utilizing the backup disks and journal tapes retained for that purpose. 


12.2 Updates 


The DBAC is responsible for the entering of updates into the DBAS. 
Updates may be entered by data link, magnetic tape, or clerk work 
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station. The DBAC must initiate the appropriate DBAS programs to 
allow input from the above-mentioned sources. The DBAC must resolve 
any incomplete or erroneous update information received by the DBAS. 

The DBAC must also run the pending order processor daily to update 
Calling Card Service information in a timely manner. 

If the DBAS or the data link between the DBAS and BVA is not 
operational, the DBAC must update the BVA with the DBAC/BVA ter- 
minal to ensure accurate call processing. 


12.3 Support 


The DBAC is responsible for the analysis, resolution, and clearance 
of data base trouble reports. Trouble reports are typically received 
from Centralized Repair Service, Answering Bureaus, Repair Service 
Bureaus, Business Service Center, and Residence Service Centers. In 
addition to these centers, clearance of trouble reports may also involve 
interaction with comptrollers, public services, AT&T Long Lines, and 
tsps Operator Services Facilities Administration. 

The DBAC monitors the operational status of the DBAC equipment 
including the DBAS, data sets, and terminal equipment. This includes 
analyzing hardware/software problems and ensuring that corrective 
action is taken. The DBAC is also responsible for ensuring the proper 
storage, cleaning, and transportation for magnetic tapes and disk units. 

The DBAC must ensure that BNG data maintained at the BVA are 
accurate by reviewing all enabled services by BNG and reviewing all 
query addresses assigned to the BVA(s). In addition, the DBAC coordi- 
nates with the AT&T Long Lines Engineering and Network Adminis- 
tration Center to ensure proper CCIS network and BVA operation, 
including matters concerning translations, migration, and data links. 

The DBAC also initiates all special studies performed at the DBAS or 
BVA and reviews the BVA counters and reports and takes corrective 
action, if required. 


Xill. SUMMARY 


The DBAS was designed to bridge the gap between the business office 
and a new user of business office data, the spc network. The DBAS 
interfaces with the various telephone company Soss, which range from 
totally automated to totally manual, to obtain the information needed 
by the network to provide its services. The DBAS keeps a superset of 
the data needed by the BVAs in an internal data base so that many 
administrative functions, such as customer inquiries and special stud- 
ies, can be processed by the DBAS; this relieves on-line network nodes 
from having to store extra data and process extra transactions which 
are not call related. After cleansing and ordering the service order data 
it receives, the DBAS provides initial load and daily update capability 
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to the BvAs it administers by way of data-link transmission. In case of 
a massive failure at a BVA, the administering DBAS can reload the BvA’s 
data. 
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Data Base Administration System— 
Architecture and Data Base Design 


By S. F. SAMPSON and D. W. TIETZ 
(Manuscript received July 6, 1981) 


The Data Base Administration System (DBAS) maintains a data 
base of up to 12 million entries, and supports an update rate on these 
entries of up to 7,000 per hour using magnetic tape, direct data link, 
or clerk terminal entry. The DBAS software architecture and data 
base design to support these requirements are described in this paper. 
The architecture was developed using real-time functional process 
modeling techniques. Software process concurrency and modular 
separation of the major software functions optimize throughput and 
permit quick clerk terminal response. 


I. INTRODUCTION 


The No. 2 Data Base Administration System (DBAS) administers 
data bases stored in Automatic Intercept Systems (alss), Traffic 
Service Position Systems (Tspss) and Billing Validation Applications 
(BvAs). This administration consists of providing an initial load of 
data, ongoing updates, audits, and various reports. In general, the No. 
2 DBAS serves as the telephone company’s (Bell operating and, possibly, 
independent telephone companies) interface to data stored in these 
aforementioned systems. 


1.1 Transition from No. 1 DBAS to No. 2 DBAS 


The No. 2 DBAS supersedes the No. 1 DBAS (previously known as 
the File Access Subsystem, FAS) and subsumes the responsibilities of 
the No. 1 pBAs for administering data in the ais. This is accomplished 
by retaining the application software used on the No. 1 DBAs, and 
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running it on the No. 2 DBAs processor in timeshare with new software 
that was written to administer Tsps and BVA data bases. 

Retaining the original software to perform the aIs administration 
was less costly than writing a totally new set of programs for this 
purpose, even though modifications to the existing software were 
required. 


1.2 Basic software architecture 


The software architecture for the No. 2 DBAS is shown in Fig. 1. For 
the purposes of this paper, software architecture will be defined as the 
division of the application software into processes, plus the design of 
the interprocess communication. A process, in the UNIX* operating 
system sense, is a running instance of a program.’ Several processes 
may share one program text, and are distinguishable only by the data 
on which they are working. 

In Fig. 1, the software processes retained from the No. 1 DBAS are 
shown above the horizontal line. They will be referred to as the als 
Update System. The new software processes used for BVA and TSPS 
updating are shown below the line. They will be called the BvA Update 
System. The architecture is described in detail in Sections II and III. 


1.3 The DBAS data base 


When administering AIs data bases, the No. 1 DBAS was strictly a 
transaction-oriented system. Updates sent to the No. 1 DBAS by the 
telephone company’s Service Order System (SOs) were passed directly 
to the Als as soon as possible, after passing appropriate consistency 
checks. Although a copy of the total contents of the Als data base was 
kept on tape at the File Administration Unit (FAU), which operated 
the No. 1 DBAS, no on-line accessible copy of the AIs data base was 
kept in DBAS. This meant that checking the exact current contents of 
the Als data base required querying the als itself. Similarly, adminis- 
trative reports based on the contents of the Als data base were limited 
by the ability of the als to supply the required information. 

For the large Bva data bases to be administered by the No. 2 DBAs, 
this type of administration would not be practical. Therefore, an on- 
line accessible data base was established on disk as part of the No. 2 
DBAS. Further, this data base was designed to be the master copy of all 
data kept in the Bva. (No on-line copy of the als data base is 
maintained and the tsps data base is an interim subset of the BVA 
data base.) Thus, all telephone company needs for information about 


* UNIX is a trademark of Bell Laboratories. 
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Fig. 1—pBAs software architecture. 


data existing in the BVA data bases can be met by querying the DBAS. 
Therefore, the No. 2 DBAS was designed primarily as a data base 
system. Adequate throughput and integrity in data handling were 
required to be certain that the subset data bases kept in the BVAs were 
appropriate copies of the DBAS master data base. 

The details of the DBAs data base are described in Section III. 
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ll. THE DBAS SOFTWARE ARCHITECTURE 
2.1 Throughput requirements 
The DBAS is capable of handling the following throughput: 
% DI + MI + % AU + BU > 7000/hour, 


where 
DI = number of data link inputs per hour 
MI = number of clerk CRT (manual) inputs per hour 
AU = number of AIS updates per hour 
BU = number of BVA updates per hour. 


For clerk and data link, an “input” is counted each time a line number 
is presented to DBAS. One “input” can result in several changes to data 
kept on a line. However, an “input” is still counted even if no change 
to line data results. Change data applied in special format to a “block” 
of lines is considered one input per line in the block. Inputs from 
magnetic tape are not considered in the formula as it is assumed that 
magnetic tapes can be read in during off-hours. 

An AIs update is counted for each message sent by DBAS to an AIS. 
Here, blocks of line numbers count as only one update. A BVA update 
is counted if any change is sent to a BVA, or if the DBAS data base is 
accessed, even if no change is sent to a BVA. Blocks of lines again count 
as multiple updates if the DBAS data base changes. 

In normal operation, most DBAS inputs will be mechanized (either 
data link or magnetic tape). Further, most transmissions to the BVA 
will be made during hours of light traffic at the BvA. However, the 
actual transmission to the BVA uses a small fraction of the total central 
processing unit (CPU) and disk time required per update. 


2.2 Additional requirements 


In addition to throughput requirements, the DBAS must meet several 
other design constraints: 

(i) The AIs update latency must be low. When an AIs input has 
been completely received by DBAS, it is desirable for the update to be 
ready for transmission to the appropriate AIS within 10 minutes. 

(ii) BVA update latency must be low. When a BVA “immediate” 
(high-priority) input has been completely entered into the DBAS, it is 
desirable for the update to be ready for transmission to the appropriate 
BVA within 10 minutes. 

(iit) Clerk terminal response must be good. When clerk terminals 
are being used to enter data, they must be given priority over other 
processing tasks. This is because clerk terminals will generally be used 
only to enter high-priority input or to perform troubleshooting. 
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2.3 BVA Update System software architecture 


As shown in Fig. 1, DBAS input can be received via either clerk entry, 
magnetic tape, or data link. A software process is associated with each 
input medium. For clerk input, a software process is associated with 
each physical crt. These clerk input processes are separated, but share 
program text to minimize their memory utilization. 

The role of each input process is first to deal with the specifics of 
each input medium. For example, the magnetic tape input process 
checks tape headers and trailers; the clerk input process interprets 
keystrokes and interacts with the clerk. All processes then perform 
basic syntax and consistency checks on the input they receive. These 
checks are the same for any input medium. 

For each input process, a group of inputs is collected to form a 
“session.” A session may contain up to 256 separate inputs. When all 
input for a session is complete, the entire session is written into a disk 
file under the UNIX operating system file system. This disk file may 
be linked into several directories for access by the appropriate proc- 
esses. Inputs within a session are thereafter processed as a group, 
improving processing efficiency. 

For example, every session file containing any error-free input is 
linked to a directory where it can be accessed by an Update Order 
Processor (UOP) process. The UoP reads the session file, and for each 
line number, retrieves the existing data (if any) for that line from the 
DBAS data base. The existing data are compared with the proposed 
changes to be sure the changes are reasonable. If so, the changes are 
made to the DBAS data base. If subsequent changes also need to be 
made to a BVA data base, the vor creates a session file in a different 
directory accessible by the BVA transmission process. 

With this architecture, significant buffering can be utilized at several 
points to load-balance and improve the total throughput possible on a 
daily basis. For example, consider a case where a substantial amount 
of clerk input was required in a particular hour. Work by the UoPs and 
data base on routine updates could effectively be suspended, and most 
of the cpu and disk resources could be available to clerk input proc- 
esses. In practice, this is done by giving processes with terminal 1/0 
work a higher priority in accessing the CPU. In this example, good clerk 
response time would be maintained. Sessions would be buffered in the 
directories between the clerk input processes and uops. Later, when 
the clerk input load was lower, the UoPs and data base software would 
begin processing the buffered routine updates. In general, this proc- 
essing of buffered change data could continue for several hours past 
the conclusion of clerk data entry, if a peak in update volume was seen 
on a given day. This processing of buffered data would be completed 
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before the scheduled time of data transmission to the BvAs, which 
occurs in the middle of the night. 


2.4 Integrated input 


Early in the design of the No. 2 DBAs, it was recognized that if 
changes affecting services provided by a BVA were requested on a line, 
changes would usually also be applied to an Als. Therefore, an input 
to the BVA Update System would have to be duplicated as an input to 
the AIs Update System, if these two software systems were kept fully 
independent. This would be a very inefficient “double entry.” 

Therefore, a process called the Automatic Intercept Center (AIC) 
Converter was included in the software architecture. This process is 
shown crossing the center line on Fig. 1. If an input process in the BVA 
Update System finds input requiring an AIS update, it links the session 
file to a directory whose contents are scanned by the aic Converter 
process. The aic Converter reads the session file and extracts update 
information for the a1ss. This information is converted from the data 
formats used in the BvA Update System to the format used in the AIs 
Update System. The update is then inserted into the ais Update 
System’s processing stream. 


2.5 Performance-guided development 


From the start of development of the No. 2 DBAS, it was recognized 

that the throughput requirements would use a substantial fraction of 
the available resources of a PDP 11/70 running the real-time UNIX 
operating system. Therefore, it was decided that the development of 
No. 2 DBAS would be guided by the need to meet the performance 
requirements. A first step in this direction was to develop a simulation 
of the No. 2 DBAs. This simulation was to prove whether or not the 
requirements could be met, and possibly suggest improvements in the 
software architecture. 
_ Several different types of simulation were considered. These in- 
cluded analytic models, General-Purpose Simulation System (GPss) 
simulations, etc. The method finally chosen was a functional process 
simulation, wherein some of the developers write model processes for 
all processes in the proposed architecture. These simulated processes 
then incorporate dummy processing loops, make disk reads and writes, 
and perform interprocess communication in an attempt to utilize 
system cpu and disk resources in the same way as the eventual 
software system. 

A functional process simulation has several advantages. There is no 
need to simulate the hardware or operating system, as the “real thing” 
is being used. This eliminates considerable effort and removes sub- 
stantial uncertainty from the simulation. The simulation can be 
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evolved into the final product, recovering some of the effort required 
to produce the simulation. Since the simulation is written by devel- 
opers of the final system, it gives them substantial exposure to the 
language, operating system, and project software architecture. This 
exposure can be especially valuable if the average level of experience 
of the designers is low. Finally, estimates of the amount of code and 
effort required for the final product can be improved by observing the 
development of the simulation. 

For No. 2 DBAS, a functional process simulation of the proposed 
DBAS architecture was developed. As compared with Fig. 1, the initial 
architecture had the equivalent of a single UOP, accepting sessions 
from one session file buffer. No simulation was provided for the data 
link input capability, and no attempt was made to interface with actual 
AIS or BVA hardware. 

Initial results of the simulation are shown in Table I. The simulation 
indicated that the proposed architecture, running on a PDP 11/70 
under the real-time UNIX operating system, could meet the DBAS 
throughput requirements. However, when measurements were taken 
of cpu and disk utilization for the case of magnetic tape input (line 1 
of Table I), both were substantially less than 100 percent. This meant 
further improvement could still be obtained. 

Analysis revealed that a single UopP interacting with the data base 
tended to serialize the utilization of cpU and disk. For example, the 
uoP and data base processes would simultaneously block waiting for 
disk 1/0, and the cpu utilization would drop during this interval. 
Therefore, more concurrency was required. The simulation was mod- 
ified to include the equivalent of three voPps operating on the same 
input session directory, each handling approximately every third ses- 
sion file. The throughput now became as shown in line 5 of Table I. 
Using this as a guide, the No. 2 DBAS BVA Update System software 
architecture was modified to the final version shown in Figs. 1 and 2. 
This architecture will be discussed in more detail in Section III. 

In addition, analysis of results of the simulation contributed to 
selection of the clerk terminal, and helped in the human factors design 


Table I—Data Base Administration System performance 
simulation—typical results with continuous magnetic tape input 


Simulated 


BVA Updates atc Updates 
Test Run Clerk Inputs Per Hour per Hour per Hour Total 
1 (Tape only) 9391 1356 10,747 
2 681 9388 1632 11,020 
3 1406 8795 1535 10,330 
4 2071 7020 1479 8499 
5 (Tape only) improved archi- 13,299 1555 14,854 
tecture 
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Fig. 2—Update processing architecture. 


of the clerk interface. The original software written for the simulation 
proved to be of continuing value during development, in addition to 
being the basis for the final product. For example, during the design of 
the interprocess communication (see Section 2.6), a question arose as 
to the utilization of the real-time UNIX operating system message 
buffers. The simulation was run under heavy load with special message 
buffer instrumentation in the operating system, and was used to 
determine the utilization level. 

As a result of this performance-guided development approach, the 
initial release of the No. 2 DBAs successfully met its performance 
objectives. 


2.6 Process control and interprocess communication 


When programs are run in the typical UNIX operating system time- 
share environment, they are usually associated with the crT (or 
teletypewriter TTY) of a single user. Users and processes are very 
effectively prevented from interfering with each other, and each user 
and the user’s programs see an entire “virtual” computer system. 

However, for applications such as No. 2 DBAS, some degree of 
efficient process interaction is desirable, and it is also necessary to be 
able to control a group of processes as a software system. Both of these 
required additional development specific to DBAS. 

In general, No. 2 DBAS processes are independent and modular. For 
example, it is possible to run a clerk input process from a UNIX 
operating system terminal like any other UNIX program. Session files 
can be created, and would be processed normally, if the rest of the 
DBAS software were subsequently run. However, there are important 
exceptions to this independence. For example, most administrative 
report programs can be run from UNIX terminals like the clerk input 
program. But, they cannot produce a report on the DBAs data base 
unless the data base processes have previously been properly started. 
These interdependencies between processes could be confusing to the 
DBAS user. To establish the complete BVA Update System, more than 
a dozen separate processes would have to be started. During operation, 
most of these processes produce brief reports on their progress, which 
would result in scrambled printouts if all were directed arbitrarily to 
a common terminal. 

To solve this, a set of processes was designed, collectively called 
CONTROL. The pBAs user starts CONTROL from an arbitrarily 
designated control terminal, specifying one of several modes of oper- 
ation. Based on this mode, CONTROL creates and runs all the 
processes that the user requires. For example, in the “update” mode, 
all programs needed for BVA updating are started. In the “data base” 
mode, only the data base processes are started. The user can then run 
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various administrative programs successfully, and can change critical 
per-site data with the knowledge that no updates (which might depend 
on the changing data) are in progress. 

CONTROL also handles the orderly demise of processes it has 
started. If ordered by the user to perform a “graceful shutdown,” 
CONTROL requests each process it has started to exit at the next 
convenient stopping point (e.g., completion of processing the current 
session file). If the user requests an “immediate shutdown,” CON- 
TROL requires each process it has started to quit immediately. This 
request is only made under rare circumstances. 

All processes running under CONTROL have access (through CON- 
TROL) to the terminal at which CONTROL is running. They can 
print messages to the user, or request user input. Therefore, this single 
(control) terminal can communicate with any desired process, and 
messages output by any process under CONTROL are printed in an 
orderly, meaningful manner, where the process requesting the printout 
is clearly identified. This communication capability is provided by a 
standard interprocess communication package based upon the real- 
time UNIX operating system “message” feature. 

CONTROL can also start processes at a scheduled time of day. For 
example, if transmission of routine updates to a BVA has been sched- 
uled for 11:00 p.m. daily, CONTROL will automatically start the 
appropriate processes at that time. Several such events can be sched- 
uled by the DBAS users via administrative programs. 


lll, THE DBAS DATA BASE MANAGEMENT SYSTEM, ORDER 
PROCESSING, AND BVA TRANSMISSION PROGRAMS 


The DBAS Data Base Management System (DBMs), Order Process- 
ing, and BVA transmission programs form a group of interrelated 
programs that were designed to provide three specific functions: 

(t) The initial load of the DBAS and the Bva Data Bases. 
(it) The ongoing daily update capabilities of DBAS and BVASs. 

(tit) Data base house cleaning, backup, and restoration functions. 
Bach of these functions is described in detail below with an accom- 
panying explanation of the contribution of their components. 


3.1 Initial load function 


An initial load starts with tape input of billing number data. The 
DBAS stores these data in its data base (DB) and then immediately 
sends a copy to its associated Bvas. If run continuously, the initial load 
of even the largest DBAS DB and its BVAs could be completed in about 
one week. However, the initial load might have to be interrupted to 
process normal updates for connected AISs or TsPss. For example, the 
DBAS might be used for initial loading on the weekend, but during the 
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week, it would be used to process normal updates. In this case, 
subsequent weekends are necessary to initially load the DBAS and BVA 
data bases until both data bases contain all of the line numbers 
assigned to that DBAS. 

The important point here is that initial loading is done at a different 
time and quite separately from regular daily updating. This method of 
operation arises from the need to process updates at considerably 
different speeds in each case. 

The initial loading rate per update must be much faster than the 
daily update rate because the DBAS data base may contain from 1 to 
12 million records (average approximately 4 million records) that have 
to be initially loaded, but only about 1 percent of the total records are 
modified per day. Thus, the normal update rate of DBAS can be much 
slower than the initial load rate. The normal update rate capability of 
DBAS is about 7,000 updates per hour as mentioned in Section 2.1. In 
contrast, an initial load rate of over 100,000 updates per hour was 
achieved. This required the following special developments: 

(t) An initial load tape format was specified requiring all billing 
numbers in a billing number group (BNG) to be sequentially ordered 
on the input tape to DBAS. This avoids a sorting operation normally 
performed during routine updating. 

(ti) An Initial Load Order Processor (ILOP) was developed which 
ensures the sequentiality and uniqueness of each set of updates in a 
billing number group. It also generates files for the DBAS data base and 
BVA transmission programs. 

(iii) An Initial Load Data Base Management System (ILDBMS) was 
developed to store complete BNG files on contiguous strips of DBAS 
disks. 

The ILOP and ILDBMS are shown in Fig. 3, along with the other 
programs involved in initial load processing. The READTAPE and BVA- 
TRANS programs are also used for normal daily updating. The common 
use of these programs was a design goal aimed at minimizing the 
number of different DBAS programs that had to be developed, tested, 
and maintained. As a result, the unique capabilities needed for initial 
loading were implemented entirely in the ILOP and the ILDBMS. 

The ILop and ILDBMS were designed to work very closely together. 
The set of all updates in each BNG is in order of line number. The 
resultant file is then passed to ILDBMS via a “store-all” command used 
only for initial load. The ILDBMs reads each update, assigns them to 
buckets (disk pages) and writes the subsequent complete set of buckets 
into contiguous disk blocks belonging to the DBMs. This marriage of 
functions and strip loading of DB disk space basically underlies DBAS’s 
relatively fast initial load rate. 

The BVA transmission program (BVATRANS) gets its input files from 
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Fig. 3—Initial load architecture. 


the ILoP and transmits the file immediately to the Bva. Since this file 
is sequentially ordered by line numbers (directly from the input) the 
data can be packed compactly into the packets that DBAS uses to 
communicate with its BvAs. The BX.25 protocol is used for this 
communication. Each packet contains billing number records for only 
one billing number group. Up to 126 billing number records may be 
sent in a packet. Since there are potentially several thousand billing 
number records in every billing number group in the initial load stage, 
the packets are usually filled to capacity and the resultant transmission 
between DBAS and the BVA is very efficient. 

Procedures for accomplishing the initial load were distributed to the 
telephone companies. These specified how various initial load situa- 
tions should be handled. In particular, the situations of concern were 
the conversion of early DBAS generics to 2DB3, which is the latest 
generic. For example, if a company was using a 2DB2 generic, its DBAS 
would contain a data base consisting of any data used to load certain 
TSPs data. It was necessary to develop the program called DBDUMP 
shown in Fig. 3 by which the 2DB2 data base was dumped on a tape 
in a format that was compatible with inputting to a 2DB3 system. 
Since the 2DB2 data bases are generally small (less than 100,000 
records) the time to reinsert the 2DB2 records was not of concern. 

It was necessary to retain the 2DB2 data during and sometime after 
the 2DB3 initial load because telephone companies may have to 
continue updating Tsps data bases until the BVvA(s) are activated. 
Other potential generic conversion situations were explored and doc- 
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umented for the use of initial load coordinators in each telephone 
company. 


3.2 Daily update processes 


After the initial load for each BNG is completed, updates to these 
BNGS are entered using clerk, data link, and/or tape input medium. 
Each corresponding input program groups these updates into Input 
Session Files (1sFs). The input process then links the IsFs that are 
formed to one of three types of directories: high, medium, or low 
priority. Priority has the following significance: 

(i) High-priority sessions contain updates that must be transmitted 
to the BVAS immediately (i.e., within 10 minutes). Any type of update 
can be input at high priority. 

(ti) Medium and low priorities are intended for IsFs containing 
updates that do not have to be transmitted to BVAs until a specified 
time of day, usually in the evening. Most updates will be of this type. 
For example, only a few hundred high-priority updates per day would 
usually be entered as compared to about 30,000 medium- or low- 
priority updates. 

As in the initial load architecture, order processors read ISsFs, format 
and enter changes to the DBMS, and generate files for transmission to 
BVAS; the DBMS stores records; and BVATRANS sends the updates to the 
BVA. However, in contrast to the initial load situation, ISFs in the 
update mode are generated by three types of input media, and the 
update data will generally be randomly ordered (as opposed to sequen- 
tially ordered in the initial load mode). This required setting up a more 
complex order processor architecture as shown in Fig. 2. An Update 
Order Processor (UOP) is associated with each type of input directory. 
The input session files generated by each of the input processes are 
very similar, so that a single program was designed to process all the 
various types of IsFs as described below. 

All vops are started by CONTROL and normally run all day. When 
created, each vopP is passed a parameter indicating its source of ISFs. 
This parameter also sets up each vop to modify its operation as 
follows: The vorp which processes high-priority Is¥s links its output to 
immediate BVATRANS input directories (e.g., to I-1, I-2, etc.); the UOPs 
processing lower priority 1sFs link their output to the batch input 
directories of the BVATRANS processes (e.g., to B-1, B-2, etc.). Other- 
wise, all UoPs handle 1sFs in the same manner—when first started, the 
UOP creates a BVA update file for each BVA in its own data directories. 
Then, whenever a UOP completes processing an ISF, it determines 
which BVA update files have been used and sends them to the appro- 
priate BVATRANS. That is, it closes the file, links it to the BVATRANS 
data directory, and creates a new BVA update file so that it can 
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continue processing. Each vop performs various checks on every 
update in the 1sF to ensure that the new data are consistent with the 
data already in the DBAS DB prior to finally updating the DBAs data 
base, the BvAs, and the Tspss. Checks that fail result in exception 
reports describing the reason for the report and the input and data 
base records in question. For example, an IsF update specifying a 
Personal Identification Number (PIN) for a public telephone record in 
the DB would be rejected with an appropriate message. 

The Pending Order Processor (PoP) does not run continuously like 
the vops. Instead, it runs briefly once a day to process the pending 
orders in the data base whose effective dates become current. A 
pending order is any update whose effective date is tomorrow or up to 
6 months further in the future. The por obtains a list of pending 
updates from the DB, modifies the DBAS DB, and then produces a single 
BVA update file for each BVA linking those files to the appropriate 
BVATRANS batch data directories. 

The Move Order Processor (MOP) is started by the DBAS adminis- 
trator when it is necessary to move the data stored for a set of BNGS 
from one BVA to another. This process obtains a file from the DBMs for 
an entire BNG which has been specified as a parameter in the DBAS 
move command, reformats the file, and links it to the target BVATRANS 
batch directory. If more than one BNG is required, the program repeats 
the above for each. 

Figure 2 also shows that multiple instances of BVATRANS are used to 
communicate with a corresponding number of BvAs. A parameter is 
passed by CONTROL when it creates each BVATRANS process. This 
parameter tells each BVATRANS process which input directories to use 
for its corresponding BVA. It should be noted that several BVATRANS 
processes might be invoked in the same manner for initial loading 
several BVAS simultaneously. 


3.2.1 Handling mixed priority and multiple updates 


The DBAs is required to process and output multiple updates for 
billing numbers (BNs) in the same sequence as they were entered in 
any given day from a given source (tape, clerk, or data link). Further- 
more, a high-priority update for a particular BN must override any 
previous lower priority update for that BN which may have been 
processed the same day. For example, a high-priority service denial 
update should block any lower priority change order which may have 
been on that day’s tape and processed earlier. These requirements 
were implemented in the following manner. 

When any medium- or low-priority UoP reads an update from its 
IsF, the corresponding pDB record is also retrieved. The date when the 
DB record was last changed is compared to the current date (which it 
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gets from the IsF name). If the two are the same, and the DB record 
was last changed by a high-priority order, then the new update is 
rejected with an appropriate exception report. If the DB record was 
last changed by a low-priority order, the UOP time stamps each update 
passed to BVATRANS. The new update and the time stamp are passed 
along to the appropriate BVATRANS. In its batching mode, BVATRANS 
sorts updates by line number and then by time stamp to properly 
order multiple line number entries. A high-priority update for a BN 
that was preceded by a lower priority update that same day is 
“marked” by the vor. This mark permits BVATRANS to block the latter 
updates by an in-core filter routine. 


3.2.2 The DBAS data base management system (DBAS DBMS) 


The major challenges in the DBAS DBMs design were its size and its 
high update volume: up to 12 million records with up to 100,000 
updates per day. To meet these needs, the most interesting features 
are briefly described below. 

(t) File structure and file access—The data base comprises a set 
of UNIX operating system special files accessed by raw 1/0, each being 
a DEC RP06 disk pack (176 Mb). A two-stage extendible hashing 
algorithm is used to access the record of a given ten-digit billing 
number.” The number of records in the data base can grow and shrink 
dynamically. The record size (10 to 50 bytes) is variable. The average 
number of disk accesses per update is four to six. 

(it) Concurrency control—An Application Program (AP) is either 
an order processor or an administrative process outside the DBMS. 
Multiple aps can access the data base at the same time to make the 
system easier to use. Multiple copies of the lower level DB access 
modules can be run at the same time to achieve a high data rate 
between core memory and secondary storage devices. This is achieved 
through the implementation of a two-level hierarchical locking scheme. 
An AP can either lock the whole data base or a portion of the data 
base. Only exclusive locks are available for simplicity. Deadlock is 
avoided by the restriction that each AP can request and hold at most 
one lock at a time. 

(tit) Data independence—Data base conceptual schema and views 
are provided at the lower access level, and the aps, for example the 
uops, have direct access to these lower access modules. User process 
security is enforced by the restriction that each AP sees only the data 
it needs through a predefined view. 

(itv) Buffer management—A large number of buffers can reduce the 
number of data base disk accesses. The UNIX operating system on 
the PDP 11/70 restricts the size of a particular process’s virtual address 
space to 128 kb. Compared with a 2-Mb physical core memory, this 
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small virtual address space presents a problem in buffer management 
design. The problem was solved by sharing a set of buffers between 
the virtual address space of the lower level access module and physical 
main memory. When a data base replacement request follows an 
earlier retrieval request, no additional disk accesses are required to 
reference the same data base record in core memory. 

(v) Secondary storage management—Contiguous disk blocks are 
freed and allocated dynamically. The disk write module writes one or 
more contiguous disk blocks from contiguous buffer space in a single 
real-time UNIX operating system I/o request. When contiguous disk 
space is available, these features reduce the number of disk 1/0 calls. 

(vi) Secondary key retrieval—A restricted form of secondary key 
retrieval is provided to handle the pending service order feature, which 
permits inputting service orders to be processed at a future date. A file 
of record keys (each representing a record with a pending order for a 
given date) is output by the lower level access modules using the date 
as the secondary key. 


3.2.3 Internal operation of the Data Base Management System 
(DBMS) 


A process view of the DBMS is shown in Fig. 4. This shows that the 
system comprises two main processes: the Data Base Manager (DBM) 
and the Access Task Process (ATP). Features described above in 
Section 3.2.2 are implemented in these two processes which operate as 
follows: Application Programs initially interact with the data base via 
“opendb” or “begin session” commands. The DBM assigns the ATP to 
the process, keeps track of views in use, and provides for recovery as 
described in the next section. Upon receiving an acknowledgment from 
the DBM to its initial command, the AP accesses the data base through 
another set of commands now directed to the ATP, such as “retrieve,” 
“replace,” “delete,” or “store” data. 

The set of all commands that are available for APs to access the data 
base is called the Data Manipulation Language (DML). The commands 
were incorporated as subroutine calls in each AP, and the subroutines 
actually interact with either the DBM or ATP. The subroutines also 
convert the data for the DBMs. For example, line numbers are con- 
verted to long integers. Hence, the DBAS DBMS is a special-purpose 
DBMS in that only special values of some data fields are allowed. In 
this manner, data are stored quite compactly in DBMs disk pages (over 
a hundred records per page). 


3.3 The DBAS backup and recovery 


The DBAS data base is backed up by periodic disk-to-disk copying of 
the data base disks. Following certain severe system failures it may 


1794 THE BELL SYSTEM TECHNICAL JOURNAL, SEPTEMBER 1982 


APPLICATION PROGRAMS 


DATA MANIPULATION LANGUAGE ROUTINES 


















OPEN DB RETRIEVE 

CLOSE DB REPLACE 
BEGIN SESSION DELETE 
END SESSION STORE 








DATA 
BASE 
MANAGER 






ACCESS TASK 
PROCESS 





DATA BASE 


Fig. 4—Data Base Management System. 


become necessary to recreate the DBAS data base, starting from these 
backup copies and integrating updates received between the date that 
the backup copies were made and the time that the failure occurred. 
During normal updating operations, a special DBMS “checkpoint” 
mechanism is employed to protect the integrity and consistency of the 
DB in the event of system crashes or other system stoppages. The 
explanation of this vital feature is as follows: The data base disks are 
separated into read-only disks and writable disks. The primary data 
structure of the data base is a tree of disk blocks. The blocks of the 
first two levels, the root and its children blocks, reside in core memory 
to minimize the number of disk accesses per data base record access. 
Whenever a block on a read-only disk (a write-protected disk drive) is 
to be modified, writable disk blocks are allocated on a separate writable 
disk known as the “working volume.” One or more of the newly 
allocated blocks are then written with the modified data, as well as 
with its ancestor blocks (except the first two levels) so that the contents 
of read-only blocks are not touched. Disk blocks on the writable disk 
belonging to the most recent consistent data base copy are temporarily 
assigned read-only status until a new consistent copy becomes avail- 
able. At the end of each day, the writable disks and the read-only disks 
are merged to produce a new set of read-only disks for the next day. 
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For this purpose, a Merge DBMS was designed whose only functions 
are merging and some daily DB housecleaning. Also, at regular time 
intervals during the day, root blocks are written to save a consistent 
copy of the data base on disk. This is called the data base checkpoint. 
Before the checkpoint is taken, the system synchronizes itself, through 
blocking, so that no updates are in progress to ensure that data are 
consistent. 

In case of accidental machine failure, only the work done since the 
previous checkpoint needs to be repeated, thus permitting easier and 
faster recovery. Following a successful merge, the old working volume 
is sayed, along with the most recent backup copy of the data base 
disks. They may be reused at the same time as the associated data 
base backup disks, usually in two weeks. To facilitate system recovery, 
the DBMS maintains a session trace file for the sessions that UOPs have 
processed. For each session, all Uops send Session-Begin (SB) and 
Session-End (SE) messages immediately before and after processing 
data in their session files. The DBM keeps the time of these messages 
and the session identification in the trace file. When a checkpoint is to 
be taken, the DBM stops replying to SB messages, thereby halting the 
uops when they reach an sB. Programs other than uopPs are allowed to 
finish their processing, but no new ones may start while the checkpoint 
is pending. When all writing has been stopped, the DBM does its 
checkpoint routines. It then resumes replies to SB messages so that all 
application programs can continue. 

A necessary condition in restarting after a machine failure is for the 
APs and DBM to have a consistent view of the data base. Upon a crash 
or other ungraceful system stoppages, a special program is invoked to 
examine the session trace file so as to identify successfully completed 
sessions. Damaged or missing sessions need to be reinput from the 
original input medium or from the journal tape. As mentioned in a 
previous article, a journal tape is maintained by the DBAS journal 
program that can keep a record of all service order inputs. The DBAC 
(Data Base Administration Center) operator must notify those respon- 
sible for inputting data, if some sessions have to be repeated. It should 
be noted that specially tailored checkpoint capabilities are provided in 
both the Initial Load and Merge DpBmss. Hence, these systems can 
recover from certain common system stoppages without having to 
reprocess much data just like the regular DBMS. 


IV. SUMMARY 


A performance-guided analysis of required features and operating 
environment led to an early choice of the DBAS’s architecture. The 
resultant design has the following capabilities: a wide range of admin- 
istrative, control, order processing, data base, and BVA interaction 
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functions; initial load rates of 100,000 updates per hour; ongoing update 
rates of 7,000 updates per hour; a special-purpose, yet flexible, Data 
Base Management System; and an innovative backup and recovery 
scheme that permits the use of a simplex processor and simplex 
periphery. 
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ACRONYMS AND ABBREVIATIONS 


ACP 
ACTS 
ADC 
ADC 
ADI 
AGC 
AIC 
AMA 
ANC 
ANI 
ANIF 
AP 
ATP 
BCD 
BISI 
BLK 
BN 
BNG 
BNR 
BNS 
BOC 
BVA 
BVATRANS 
CA 
CAMA 
CCIS 
CCIS/DS 
CCITT 


CCR 
CDA 
CDT 
CESAC 
CFD 
CKF 


action point 

automated coin toll service 

acceptable digit count 

address complete 

address incomplete 

automatic gain control 

automatic intercept center 

automatic message accounting 

answer charge 

automatic number identification 

automatic number identification failure 

application program 

access task process 

binary-coded decimal 

busy/idle status indicator 

blocking 

billing number 

billing number group 

billing number record 

billed number screening 

Bell Operating Company 

billing validation application 

BVA transmission 

call cancel 

centralized automatic message accounting 

common-channel interoffice signaling 

common-channel interoffice signaling/direct signaling 

Comite Consultatif International Telegraphique et 
Telephonique 

control and ringback 

coin detection and announcement 

control, display, and test 

CCIS electronic switching system assistance center 

call failure detected 

continuity check failure 
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CLD 
CLERKIN 
CLF 
CLG 
CMDS 
COF 
COT 
CPD 
CPU 
CRC 
CRIS 
CRT 
CTO 


DSAC 
DSD 
DSDC 
DSTT 
DTF 
DTMF 
DTT 
KIS 
EM 
ENAC 
ESAC 
ESS 
ETS 
ETS 
FAS 
FAU 
FID 
FIFO 
FSM 


called 

clerk input process 

clearforward 

calling 

centralized message distribution system 
confusion 

continuity 

central pulse distributor 

central processing unit 

cyclic redundancy check 

customer record information system 
cathode-ray tube 

continuity time-out 

compare translation test 

directory assistance 

data base 

data base administration center 
data base administration system 
data base manager 

data base management system 
digital carrier trunk 

direct distance dialing 

data manipulation language 

dial pulsing 

dial pulsing, immediate seizure 
dialing service administration center 
direct-service dialing 

direct-service dialing capability 
direct-signaling translation test 

data terminal frame 

dual-tone multifrequency 

data translation test 

expanded inband signaling 

a type of signaling 

engineering network administration center 
electronic switching system assistance center 
electronic switching system 
electronic tandem switching 
electronic translator system 

file access subsystem 

file administration unit 

field identifier 

first-in-first-out 

finite-state machine 
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FWD 
GLR 

GPSS 
HILO 


IAD 
IAM 


IKF 
ILDBMS 
ILOP 
IMA 
IMS 

INA 
INWATS 
1/O 

IOC 
ISDN 
ISF 

ISU 

ITA 
JURNL 


LINKIN 
MDA 


MMUM 
MOP 
MRF 
MTTF 
MTTR 


NCP 
NCPAS 
NCPDS 
NOC 
NPA 
NSD 
NSS 
ONAC 
ONI 
OSO 
OST 
PBC 


forward 

glare 

general-purpose simulation system 
four-wire switching network 

ineffective attempt 

incomplete address detected 

initial address message 

identification 

integrity check failure 

initial load data base management system 
initial load order processor 

ineffective machine attempt 

information management system 
ineffective network attempt 

Inward Wide Area Telecommunications Service 
input/output 

Independent Operating Company 
integrated services digital network 

input section file 

initial signal unit 

ineffective traffic attempt 

journal program 

key pulse 

data link input program 

multifrequency detection and announcement 
multifrequency 

miscellaneous multiunit message 

move order processor 

message refusal 

mean-time-to-failure 

mean-time-to-repair 

no circuit 

network control point 

network control point administration system 
network control point data collection system 
network operations center 

numbering plan area 

no-start dial 

network support system 

operations network administration center 
operator number identification 
originating screening office 

originating station treatment 

peripheral bus computer 
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PDT 

PE 

PER 
PIN 
POP 
POTS 
PROCON 
PSC 
PST 
PTC 
PUC 
PUC-DL 
R&R 
RAM 
RAO 
RAOD 
READTAPE 
RLG 

RO 
ROM 
RSB 
RSS 
RST 

RT 


ST 
STP 
T&C 
TCM 


partial dial time-out 

phase encoded 

pulsing error 

personal identification number 
pending order processor 

“plain old telephone service” 
programmable controller 
processor signal congestion 
permanent signal time-out 
public telephone check 
peripheral unit controller 
peripheral unit controller-data link 
rate and route 

random-access memory 
regional accounting office 
regional accounting office-digit 
tape input process 

release guard 

reorder 

read-only memory 

Repair Service Bureau 

remote switching system 

reset trunk 

real time 

reply to test message 

service access code 

session begin 

No. 2 Switching Control Center System 
session end 

single frequency 

simulated facilities group 
signaling network failure 
service order system 

stored program control 

special 

supplemental query data 
station signaling and announcement subsystem 
subscriber busy 

special service center 
subsequent signal unit 

start 

signal transfer point 

time and charge 

traveling class mark 
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TAC 
TDA 
TDC 
TEO 
TLM 
TSO 
TSPS 
TTY 
UOP 
UQL 
USO 
USOC 
UXS 
vc 
VFL 
VNN 
WATS 
XST 


terminal access circuit 

tone detection and announcement 
test and display circuit 
terminating-end office 

trouble locating manual 
terminating screening office 
Traffic Service Position System 
teletypewriter 

update order processor 
unequipped label 

universal service order 

universal service order code 
unexpected stop 

vacant code 

voice frequency link 

vacant national number 

Wide Area Telecommunications Services 
expected stop time-out 
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Group. In 1978, he returned to Bell Laboratories, supervising the No. 
4 Ess System Growth and Project Coordination Group. In 1980, Mr. 
Davis became Supervisor of the No. 4 Ess Field System Evaluation 
Group, which is responsible for analyzing the performance of the No. 
4 &sS, solving field problems, and participating in the design of features 
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aimed at improving its performance. He is currently Supervisor of the 
No. 4 Ess System Test and Planning Group which is responsible for 
introducing new system software. Member, IEEE, Tau Beta Pi, Eta 
Kappa Nu, Phi Eta Sigma, Tau Sigma. . 


John P. Delatore, B.A. (Mathematics), 1963, College of Steuben- 
ville; M.A. (Mathematics), 1965, Bowling Green University; Bell Lab- 
oratories, 1965—. Mr. Delatore has worked on TsPs program design 
and Tsps test evaluation. He worked at AT&T from 1973 to 1975 
providing computer-aided service cost methodologies. In 1975, he 
became Supervisor of the Tsps Growth and Field Support Group, and 
in 1977, became Supervisor of the Tsps Planning Group. In 1979, he 
was appointed Head of the Operator Services Operational Software 
Design Department (formerly the Data Base Administration System 
Department). His department is presently responsible for the devel- 
opment of TSPs operational programs. 


Daryl J. Eigen, B.A. (Psychology), 1972, University of Wisconsin, 
Milwaukee; M.S. (Electrical Engineering), 1973, University of Wiscon- 
sin, Milwaukee; Ph.D. (Industrial Engineering), 1981, Northwestern 
University; Bell Laboratories, 1973—. At Bell Laboratories, Mr. Eigen 
initially worked in the Human Performance Technology Center. He 
then was involved in feature and service planning for the Traffic 
Service Position System and, later, the No. 4 Ess. He is currently 
Supervisor of the System Analysis and Human Factors Group for No. 
4 ESS. Member, IEEE, Human Factors Society, APA, Tau Beta Pi. 


Roland F. Frerking, B.A. (Mathematics), 1966, University of 
South Carolina; M.S. (Applied Mathematics), 1968, University of 
Colorado; M.S. (Operations Research), 1976, University of California 
at Los Angeles; Bell Laboratories, 1976—1982; AT&T, 1982—. At Bell 
Laboratories Mr. Frerking has worked on ccis network performance. 
More recently, he worked on the new common-channel signaling 
protocol that is compatible with cc1TT Signaling System No. 7 and on 
the performance of new spc network services. At AT&T, he is presently 
District Manager, Traffic Network Planning. Member, Pi Mu Epsilon, 
Omicron Delta Kappa, Mathematical Association of America. 


Charles J. Funk, AT&T, 1943-1959; Bell Laboratories, 1959—. Mr. 
Funk was initially engaged in common control circuit development to 
increase the capacity of the No. 4 Toll Crossbar Switching System. 
Since 1966, he has supervised a circuit design group responsible for 
development of switching hardware required for introduction of the 
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Electronic Translator System, ccis, and Improved 800 Service to the 
No. 4 Toll Crossbar Switching System. He is currently a consultant in 
the spc Network Design Department at Columbus. 


Lawrence J. Gawron, B.S.ILE., 1968, M.S. (Computer Science), 
1969, Pennsylvania State University; Bell Laboratories, 1969—. Mr. 
Gawron’s initial work at Bell Laboratories involved development of 
operating system software for the SAFEGUARD Ballistic Missile 
Defense System. He was later engaged in development of toll and local 
common-channel interoffice signaling features and planning of spc 
network capabilities for No. 1/1A Ess. Subsequently, he participated 
in developing a training program for No. 1A Ess software developers. 
Currently, he is a data network system architect. Member, Phi Kappa 
Phi, Tau Beta Pi. 


Charles W. Haas, B.S. (Mathematics), 1958, St. Francis College; 
AT&T Long Lines, 1953—. Mr. Haas joined the Long Lines Depart- 
ment in 1953 as a Communications Technican. He held various man- 
agement assignments in the Long Lines Operations and Engineering 
organizations until 1964, when he transferred to the AT&T General 
Departments. There he was involved in the development of mecha- 
nized equipment ordering procedures and the development of Bell 
System Common Language. In 1966, he joined Bell Laboratories as a 
supervisor in the Business Informations Systems area. While with Bell 
Laboratories, he managed groups responsible for the development of 
mechanized equipment selection processes, development of mecha- 
nized circuit record data bases, and development of record purification 
and conversion processes. In 1974, he returned to Long Lines as the 
Methods Engineer—EDP Procedures, where he was responsible for 
the development of various engineering support systems. In 1978, Mr. 
Haas assumed his current position as Engineering Manager of the 
New Services Support Division at AT&T Long Lines in Piscataway, 
New Jersey. This group is responsible for the design and development 
of Operations Support Systems that are used by the Long Lines 
Department to operate, administer, and maintain new services and 
new technologies in the Bell System. Member, IEEE. 


Sheldon Horing, B.E.E., 1957, City College of New York; M.E.E., 
1960, New York University; Ph.D., 1962, Brooklyn Polytechnic Insti- 
tute; Bell Laboratories, 1957—. Mr. Horing’s initial assignment in- 
volved the evaluation of inertial navigation systems and the design 
and development of an optical electromechanical radar tracker. After 
spending two years at Polytechnic Institute of Brooklyn as an Assistant 
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Professor, he returned to Bell Laboratories where he was concerned 
with systems studies, the design and analysis of guidance systems, the 
analysis of radar tracking accuracy, and control theory research. In 
1970, he became Head of the Performance Analysis Department and 
was responsible for the study of Demand Assignment of satellite 
capacity, as well as applications of traffic theory to a wide variety of 
problems. He was appointed Director of the Stored Program Con- 
trolled (spc) Network Systems Engineering Center in 1979. In this 
position, he was responsible for planning and systems engineering for 
toll switching, operator services, and for the optimal utilization of the 
capabilities made possible by common-channel interoffice signaling 
and computer-based spc switching systems. In 1981, he was appointed 
Executive Director of the Transmission Systems Engineering Division, 
with responsibilities for planning new transmission capabilities and for 
creating operating company planning tools to support facility engi- 
neering and modernization programs. In 1982, he became Executive 
Director of the Structure Planning Division with responsibility for 
assessing the opportunities for, and planning the structure of, research 
and development to support the future AT&T and Bell Operating 
Companies. Member, IEEE, Eta Kappa Nu, Tau Beta Pi, Sigma Xi. 


John J. Lawser, B.S.E.E., 1963, M.S.E.E., 1964, Ph.D., 1970, Uni- 
versity of Michigan; A. C. Electronics, 1964-1965; Bell Laboratories, 
1970-1977; AT&T 1977-1978; Bell Laboratories, 1978—. Mr. Lawser 
has been involved in economic and technical planning studies for the 
Stored Program Controlled (spc) Network, including toll moderniza- 
tion studies, CcIS implementation studies and spc network planning 
studies. 


Richard E. LeCronier, B.S.E.E., 1958, Michigan State University; 
M.S.E.E., 1961, New York University; B.S. (Liberal Arts), 1964, Central 
Michigan University; M.S. (Management Science), 1973, Fairleigh 
Dickinson University; M.B.A., 1979, Fairleigh Dickinson University; 
Bell Laboratories 1958—. Mr. LeCronier is Supervisor of the spc 
Network Planning Studies Group. His present responsibilities in this 
area have focused on the economic analyses of sPc network alterna- 
tives. His prior work was on systems engineering studies of the Nike- 
Zeus project, DDD improvement studies, and local switching studies 
and requirements. Member Eta Kappa Nu, Tau Beta Pi, Kappa Mu 
Epsilon, Delta Mu Delta. 


Susan J. Lueders, B.S. (Computer Science and Mathematics), 
1977, Iowa State University; M.S. (Computer Science), 1979, North- 
western University; Bell Laboratories, 1977—-. Ms. Lueders’ first as- 
signment was in call-processing software design for AUTOSEVOCOM 
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II. In 1978, she joined the spc Network Features Department, working 
on software design for the Busy/Idle Status Indicator feature for No. 
1 and 1A Ess. Currently, Ms. Lueders is involved in direct services 
dialing capabilities feature development for 1A Ess. 


John W. Lurtz, B.S.E.E., 1969, Michigan State University; 
M.S.E.E., 1971, Northwestern University; Bell Laboratories, 1969—. 
Mr. Lurtz worked on various aspects of hardware and software design 
for the No. 4 Ess network until 1976. Subsequently, he assumed 
supervisory responsibility for Automatic Intercept System program 
development and field support. He now has responsibility for coordi- 
nation and system testing for the Data Base Administration System. 


Karl E. Martersteck, Jr., B.S. (Physics), 1956, University of Notre 
Dame; M.S. (Electrical Engineering), 1961, New York University; 
Bellcom, Inc., 1964-1972; Bell Laboratories, 1959-1964, 1973—. From 
1959 to 1964, Mr. Martersteck developed silicon devices and integrated 
circuits. At Bellcomm, Inc., he was engaged in systems engineering for 
various manned spaceflight projects, including mission planning and 
analysis for the Apollo lunar landing and the Skylab projects. At Bell 
Laboratories in 1973, he worked on systems engineering design, and 
development of business information systems. In 1977, he was ap- 
pointed Director, AUTOSEVOCOM Laboratory; in 1978, he became 
Director of the Toll Digital Switching Laboratory and in 1980, he 
assumed his present position as Executive Director, Network Switch- 
ing Services Development Division. Member, IEEE. 


Michael A. McGrew, B.S.E.E., 1963, Lafayette College; M.S.E.E., 
1966, Ohio State University; Bell Laboratories, 1976—. Mr. McGrew 
worked on a circuit design for the No. 4A Electronic Translator 
System. More recently, he was engaged in program design for CCIS, 
especially for the system’s signal transfer point. He also worked on 
new signaling protocols and on the development of a higher capacity 
signal transfer point. Member, Tau Beta Pi, Eta Kappa Nu. 


James Z. Menard, B.S. (Physical Science), Arkansas State Teach- 
ers College, 1941; Bell Laboratories, 1946-1965; Bellcomm, 1965-1971; 
Bell Laboratories, 1971-1981. Mr. Menard’s early work at Bell Labo- 
ratories, following military service with the Signal Corps, was on 
magnetic recording systems for voice announcement services, and 
later, on the development of military sonar systems for Project Caesar 
and Project Jezebel. At Bellcomm, which carried out systems engi- 
neering work for the Apollo program, he was Director of the Systems 
Configuration. Division. Since his return to Bell Laboratories he has 
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been the Director of the Toll Crossbar Switching Laboratory, which 
has been engaged in the development of Common-Channel Interoffice 
Signaling. 


Ken L. Moeller, A.A.S. (Electronics) 1969, North Iowa Area Com- 
munity College; Bell Laboratories, 1969—. At the beginning of his 
career, Mr. Moeller was engaged in No. 1 ESS capacity evaluation and 
improvement. From 1975 to 1978, he developed the No. 1/1A Ess call- 
processing software for the toll common-channel interoffice signaling 
(ccis) feature, and from 1978 to 1980, he developed the No. 1/1A Ess 
call-processing software for the local ccis feature. Currently, he is 
engaged in the No. 1/1A Ess call-processing development for the 
interexchange carrier interconnection feature. 


Richard J. Piereth, B.S.E.E., 1967, Newark College of Engineering; 
M.S.E.E., 1969, Rutgers University; Bell Laboratories, 1961-1971; 
AT&T, 1971-1975; Bell Laboratories, 1975—. Mr. Piereth worked on 
the No. 101 ess, No. 1 Ess, No. 2 Ess, Automatic Intercept System, 
and Traffic Measurements at Bell Laboratories before transferring to 
AT&T in 1971, where his responsibilities included traffic measurement 
and force administration systems and equipment. Currently, he super- 
vises a group planning and setting requirements for a new Operator 
Services Position System, based upon the No. 5 Ess, intended for the 
export market. Member, Eta Kappa Nu, Tau Beta Pi, IEEE. 


Edward M. Prell, B.S.E.E., 1962, University of Kentucky; 
M.S.E.E., 1964 Columbia University; M.S. (Management Science), 
1969, Stevens Institute of Technology; Bell Laboratories, 1962—. Until 
1980, Mr. Prell worked on various aspects of hardware and software 
associated with the Traffic Service Position System, Data Base Ad- 
ministration System, and the Automatic Intercept System. In 1980, he 
transferred to the local digital switching area, where he directed work 
on system design, system testing, and first application. He is now 
Director of the Local Digital Switching Software Laboratory. Member, 
Eta Kappa Nu, Tau Beta Pi. 


Victor L. Ransom, B.S.E.E., 1948, Massachusetts Institute of 
Technology; M.S.E.E., 1952, Case Institute of Technology; National 
Advisory Committee for Aeronautics, 1948-53; Bell Laboratories, 
1953—. Mr. Ransom was first engaged in the design of a special- 
purpose digital computer for collecting and processing telephone traffic 
data. He worked briefly on the operational program for No. 1 ESS 
arranged for data features. He subsequently supervised a group con- 
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cerned with planning for traffic measuring and service evaluation 
systems. In 1970, his efforts were shifted to planning for operator 
services systems. At present, he is Head of a department responsible 
for systems engineering planning for operator services. Senior Member, 
IEEE; member, American Association for the Advancement of Science. 


Barry W. Rogers, B.S.E.E., 1970, University of Illinois; M.S.E.E., 
1972, Columbia University; Bell Laboratories, 1970—. From 1970 to 
1974, Mr. Rogers performed evaluation and system planning studies 
for Picturephone® videotelephone service. In 1974, he became in- 
volved in TSPS circuit design and system testing for Automated Coin 
Toll Service. In 1978, he was appointed Supervisor of the group 
responsible for TSPs transmission and signaling performance, and later 
assumed responsibility for TSPS maintenance software development. 
Mr. Rogers is presently Supervisor of the Tsps No. 1 Field Support 
Group. Member, Eta Kappa Nu, Tau Beta Pi. 


Cyrenus M. Rubald, B.A. (Mathematics), 1968, B.A. (Economics), 
1968, St. Johns University, Minnesota; Ph.D. (Computer Sciences), 
1973, University of Wisconsin, Madison; Bell Laboratories, 1973—. Mr. 
Rubald’s initial assignment was working on system analysis for the 
Traffic Service Position System (Tsps). In 1975, he began working on 
audit program design for Tsps in the Automated Coin Toll Service 
Department; he later transferred to the Tsps Feature Planning De- 
partment, where he had feature design and overall planning responsi- 
bilities for Calling Card Service and related features. In 1979, he joined 
the Operational Software Design Department, working on Data Base 
Administration System (DBAS) software design and analysis. Later 
that year, he began supervising a group responsible for improving the 
Automatic Intercept System. His group was also involved in design 
and architecture studies of DBAS software and Tsps software for the 
Data Management System. In 1981, he transferred to the Operator 

Systems Evaluation and Field Support Department, where he is re- 
- sponsible for software test and integration for Tsps Generic Program 
1BT2. 


Donald C. Salerno, AT&T 1956—; Mr. Salerno has had various 
assignments at AT&T Long Lines in the Operations, Sales, Marketing, 
and Engineering Planning departments. He assumed his current as- 
signment as District Manager in the Network Design division at AT&T 
in February, 1979, where he is responsible for managing the design of 
features and new capabilities in the ccis network and the first appli- 
cation implementation of spc network capabilities. 
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Sidney F. Sampson, B.S.E.E, M.S.E.E, New York University; 
M.B.A., Roosevelt University; Bell Laboratories 1953—-. Mr. Sampson 
has developed a wide variety of components, circuits, processor, and 
peripheral subsystems for several types of electronic switching systems, 
as well as equipment for electromechanical switching systems. This 
included the development of computerized test facilities for develop- 
ment and factory test purposes. He was the Bell Laboratories field 
representative at Illinois Bell, and during the pBAs development was 
the Supervisor of the DBAS Data Base Management Group. Member, 
Tau Beta Pi, Eta Kappa Nu. 


John M. Sebeson, B.S. (Physics), 1969, Michigan State University; 
M.S.E.E., 1971, and M.S. (Materials Science), 1973, Northwestern 
University; Bell Laboratories, 1969—. Mr. Sebeson has worked on the 
development of optical memories, hybrid integrated circuits, and high- 
capacity magnetic bubble memories. From 1975 to 1979, he was en- 
gaged in the physical design of control processors for electronic switch- 
ing applications. In 1979 he began work on the development of systems 
used in the ccIs network, including studies of network reliability and 
performance. He is presently Supervisor of the Data Switching Phys- 
ical Design Group at Columbus. 


Daniel Sheinbein, B.S.E.E., 1967, City College; M.S. (Electrical 
Engineering), 1968, Ph.D (Electrical Engineering), 1972, New York 
University; Bell Laboratories, 1968—. Upon joining Bell Laboratories, 
Mr. Sheinbein worked on new switching system capabilities. He helped 
to define the Stored Program Controlled (spc) Network concept and 
its capabilities. In 1978, he was assigned to AT&T as an assistant 
engineering manager to coordinate the implementation of a new mode 
of operation for 800 Service using the spc network. In 1979, he returned 
to Bell Laboratories, supervising the Direct Services Dialing (Dsp) 
Feature Planning group, which is responsible for defining the Dsp 
capabilities, architecture, and requirements. In 1981, Mr. Sheinbein 
took on his current AT&T assignment as Manager of Network Services 
Planning. Member, IEEE, Tau Beta Pi, Eta Kappa Nu. 


Robert L. Simms, B.E.E., 1953, M. Eng., 1972, University of 
Louisville; M.B.E., 1960, New York University; M.S. (Statistics), 1972, 
Rutgers; Bell Laboratories, 1956—. Upon joining Bell Laboratories, 
Mr. Simms worked on development of electronic switching systems. 
Moving to systems engineering in 1961, he was associated with a 
variety of commercial and military network and switching projects. 
Since 1970, he has been involved with studies and planning for the 
Stored Program Controlled (spc) Network. He is currently Head, spc 
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Network Planning Department; Member, Tau Beta Pi, Omicron Delta 
Kappa, Phi Kappa Phi; Senior member, IKEE. 


R. E. Staehler, B.S.E.E., 1947, The College of the City of New 
York; M.S.E.E., 1948, Polytechnic Institute of Brooklyn; Bell Labora- 
tories, 1948—. Mr. Staehler’s early work was on No. 5 crossbar, toll 
signaling systems, and trainers for guided missile systems. In 1953, he 
worked on the development of electronic switching systems, specifi- 
cally, the processor memory for the experimental central office in 
Morris, Illinois, and the processor logic and call memory for No. 1 Ess. 
He was appointed Director of the Electronic Switching Projects Lab- 
oratory in 1964 with responsibility for special applications for No. 1 
ESs to military and data networks, including No. 1 Ess AUTOVON. In 
1968, he became Director of the Electronic Systems Design Laboratory 
with responsibility for development of the 1A Processor. In 1976, he 
became Director of the Network Operator Services Laboratory with 
responsibility for developing operator services for both domestic and 
international applications. Senior member, IEEE. Member, Eta Kappa 
Nu, Tau Beta Pi, Sigma Xi. 


Robert J. Thornberry, Jr., B.S.E.E., 1972, University of Mary- 
land, M.S.E. (E.E./C.S.), 1973, University of California, Berkeley; Bell 
Laboratories, 1972—. Since joining Bell Laboratories, Mr. Thornberry 
has been involved in design, system integration, and testing of fault- 
tolerant systems for Tsps. In 1978, he became Supervisor of the TsPs 
Field Support and Test Group and later assumed responsibility for 
TSPS signaling software development. Mr. Thornberry is presently 
Supervisor of the Tsps Maintenance Software Development Group. 
Member, IEEE, Tau Beta Pi, Eta Kappa Nu. 


Douglas W. Tietz, B.S., 1972, M.S., 1974 (Electrical and Computer 
Engineering), University of Wisconsin; Bell Laboratories, 1974—. Mr 
Tietz originally did current engineering work on No. 1 AIOD, followed 
by software development work on the No. 1A Service Evaluation 
System. He presently supervises a group developing software for the 
No. 5 Electronic Switching System. 


Roy P. Weber, B.S. (Mathematics), 1967, Polytechnic Institute of 
Brooklyn; M.S. (Operations Research), 1968, PhD. (Computer Sci- 
ence), 1971, Cornell University; Bell Laboratories, 1967—. Mr. Weber 
is the Head of the Data Networks Department and is responsible for 
the planning and systems engineering for switching capabilities needed 
to support basic network data services. He previously worked on the 
Safeguard radar system, on CCIS system design, on SPC network services 
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and was on a rotational assignment at AT&T in the Network Planning 
organization. Mr. Weber is the holder of several patents dealing with 
spc network capabilities. 


John R. Williams, B.S.E.E., 1960, Vanderbilt University; M.S.E.E., 
1961, University of Illinois; U. S. Navy Submarine Service, 1961-1964; 
Bell Laboratories, 1964—. Mr. Williams has had a variety of assign- 
ments in Electronic Switching System development. His early work 
included assignments in system design, test system development, and 
operational software design for No. 1 Ess ADF, a store-and-forward- 
message switching system. In 1969, he became involved in maintenance 
planning and hardware design for No. 4 Ess. Later assignments in- 
cluded responsibilities in the area of No. 4 Ess maintenance and call 
processing software development. In 1977, he became responsible for 
No. 5 ESS maintenance planning, and in 1979, joined the TsPs project 
with responsibilities in the areas of operational software development 
and project planning. Currently, Mr. Williams is Head of the No. 5 Ess 
Maintenance and Control Department, responsible for the develop- 
ment of maintenance software for No. 5 Ess. Member, Tau Beta Pi. 


Bernard J. Yokelson, B.S. (Electrical Engineering), 1948, Colum- 
bia University; M.S. (Electrical Engineering), Brooklyn Polytechnic 
Institute, 1954; Bell Laboratories, 1948—. When Mr. Yokelson joined 
Bell Laboratories in 1948, he was concerned with one of the first 
coaxial cable transmission systems, microwave propagation studies, 
the development of a new multifrequency telephone receiver, and 
defense projects. In 1961, he became Head of the Electronic Switching 
System Design Department which was responsible for system devel- 
opment requirements and programming for electronic switching sys- 
tems. In 1966, he was promoted to Director of the Operator Systems 
Laboratory, where he had project responsibilities for the development 
of the Traffic Service Position System No. 1, a system to automate 
operator functions. From 1974 to 1976, he was Director of the Elec- 
tronic Power Systems Laboratory. From 1977 to 1980, he was Director 
of the Local Digital Switching Systems Laboratory. He assumed his 
present position as Director of the Toll Digital Switching Laboratory 
in 1980, and he is responsible for the development of the No. 4 Ess and 
advanced development for future electronic toll switching systems. 
Fellow, IEEE; member, Tau Beta Pi, Sigma Xi. 


Edward A. Youngs, B.A. (Psychology), 1964, Dartmouth College; 
M.A., 1968, Ph.D., 1969 (Psychology with minor in Computer and 
Information Science), University of North Carolina, Chapel Hill; Bell 
Laboratories, 1969—. At Bell Laboratories, Mr. Youngs is working in 
many facets of human engineering in the Bell System. 
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Beginning with this issue of The Bell System 
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issues with distinctively colored covers—tan 
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